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Operational Value Map tm 
XYZ Corporation 
Summary Report 

ASSETS 

Cash and Marketable Securities: 

Current Operation: 

Financial Assets 

-Accounts Receivable 

- Inventory 

- Plants Equipment - non production 

- Property 

- Prepaid Expenses 

- Other Assets 
Subtotal Financial Assets 

Elements of Value 

- Brandname 

- Customer Base 

- Employees 

- Intellectual Property 

- Production Equipment 

- Strategic Alliances 

- Vendors 

- General Going Concern Value 
Subtotal Elements of Value 

Total Assets 



FIG. 13 

12/31/XX 

$1,636,246 



$4,223,441 
$2,156,654 
$1,209,608 
$912,511 
$122,445 
$57.144 
$10,318,049 



$1,200,000 

$4,950,000 
$825,000 
$725,000 

$2,400,000 
$225,000 
$975,000 

$3.175.000 
$14,475,000 

$24.793.049 



LIABILITIES & SHAREHOLDER EQUITY 
Liabilities: 

- Accounts Payable $1,887,995 

- Salaries Payable $1, 046^31 

- Short Term Debt, Notes Payable $1,150^61 3 

- Taxes Payable $909.988 
Subtotal Short Term Liabilities $4,995,427 

Long Term Debt $2,091,665 

Total Liabilities $7,087,092 

Shareholder's Equity: 

- Stock $200,000 

- Retained Earnings $3,620,624 
• Economic Equity $13!88sl333 

Total Shareholder's Equity $17,705,957 

Total Liabilities & Shareholder Equity $24.793.049 
Copyright, Jeff S. Eder 1997, All Rights Reserved 
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Operational Value Creation Statement Elf* 4 A 

ABC Systems, Inc. rll3, J** 
Summary Report 
January 1 v xxxx to December 31, xxxx 

Current Operation - Value Creation 

Current period income 

Total Period Revenue: $50,123,1 1 1 
Cost of Sales: 

Depreciation $228,31 1 

Other Cost of Sales $20,895.636 

Total Cost of Sales $21,123,947 

Gross Margin $28 ,999, 1 64 

% 57.9% 

Operating Expenses: 

- Selling Expense $5,444,444 

- Depreciation $20,000 

- General & Administrative Expense $18,164,767 

- Interest Expense $430,355 

- Other Expense $668.563 
Subtotal Operating Expenses $24,728, 1 29 

Tax on Current Operation $1 ,268,497 

Subtotal current period income $3,002,538 

% 6.0% 

Elements of Value Increase/fOecrease) 

Brand Names ($500,000) 

Customer Base ($1 ,250,000) 

Employees ($250,000) 

Intellectual Property $75,000 

Production Equipment ($300,000) 

Strategic Alliances $250,000 

Vendor ($175,000) 

General Going Concern Value $50,000 

Subtotal Period Change In Value ($2,100,000) 

Net Value Creation $902,538 

% 1.8% 

memo: GAAP Net Income $3.002.538 

% 6.0% 
Copyright, Jeff S. Eder 1997, All Rights Reserved 
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METHOD OF AND SYSTEM FOR VALVING transactions are completed for the exact same reasons. 

ELEMENTS OF A BUSINESS ENTERPRISE Market valuation methods include the price to earnings 

method, the comparable sales method, industry valuation 

This application is a continuation-in-part, of application methods and the comparable investment method, 

Ser. No. 08/539,020, filed Oct. 3, 1995, now abandoned. s When performing a business valuation, the appraiser is 

generally free to select the valuation type aod method (or 

BACKGROUND OF THE INVENTION some combination of the methods) in determining the busi- 

rr* • • i* » j C j . r ness value. Under the current procedures, there is no correct 

This s invention relates to a method of and system for a ^ is on] ^ bes f ible informed for 

business valuation, more particularly, to an automated sys- iven busmess valuadon ^ m difficullies 

tern that determines the relative contribution of different in ^ h Fifst the reUance 0Q mformed 

elements of the business in setting a total valuation. pUces a heavy on ^ taowJedgp and 

The valuation of a business is complex and time- experience of the appraiser. The recent increase in the need 

consuming undertaking. Business valuations determine the for business valuations has strained the capacity of existing 

price that a hypothetical buyer would pay for a business 1$ appraisal organizations. As a result, the average experience 

under a given set of circumstances. The volume of business level of those performing the valuations has decreased. The 

valuations being performed each year is increasing signifi- situation is even worse for many segments of the American 

cantly. A leading cause of this growth in volume is the economy where experienced appraisers don't exist because 

increasing use of mergers and acquisitions as vehicles for the industries are too new. Another drawback of the current 

corporate growth. Business valuations are frequently used in 2Q procedures for completing a valuation is that the appraiser is 

setting the price for a business that is being bought or sold. typically retained and paid by a party to a proposed trans- 

Another reason for the growth in the volume of business action. It is difficult in this situation to be certain that the 

valuations has been their increasing use in areas other than valuation opinion is unbiased and fair. Given the appraiser's 

supporting merger and acquisition transactions. For w i de latitude for selecting the method, the large variability 

example, business valuations are now being used by finan- ^ 0 f experience levels in the industry and the high likelihood 

cial institutions to determine the amount of credit that should 0 f appraiser bias, it is not surprising that it is generally very 

be extended to a company, by courts in determining litiga- difficult to compare the valuations of two different 

tion settlement amounts and by investors in evaluating the appraisers— even for the same business. These limitations in 

performance of company management. mrn serve to seriously diminish the usefulness of business 

In most cases, a business valuation is completed by an 30 valuations to business managers, business owners and finan- 

appraiser or a Certified Public Accountant (hereinafter, cial institutions, 

appraiser) using a combination of judgment, experience and The usefulness of business valuations to business owners 

an understanding of generally accepted valu ation principles. and managers is limited for another reason— valuations 

The two primary types of business valuations that are widely typically determine only the value of the business as a 

used an d accepted are income valuation and asset valua- 35 whole. To provide information that would be useful in 

tions. Market valuations are also used in some cases but their improving the business, the valuation would have to furnish 

use is restricted because of the difficulty inherent in trying to supporting detail that would highlight the value of different 

compare two different companies. elements of the business. An operating manager would then 

Income valuations are based on the premise that the be able to use a series of business valuations to identify 
current value of a business is a function of the future value 40 elements within a business that have been decreasing in 
that an investor can expect to receive from purchasing all or value. This information could also be used to identify 
part of the business. Income valuations are the most widely corrective action programs and to track the progress that 
used type of valuation . They are generally used for valuing these programs have made in increasing business value. This 
businesses that are expected to continue operating for the same information could also be used to identify elements 
foreseeable future. In these valuations the expected returns 45 that are contributing to an increase in business value. This 
from investing in the business and the risks associated with information could be used to identify elements where 
receiving the expected returns are evaluated by the appraiser. increased levels of investment would have a significant 
The appraiser then determines the value whereby a hypo- favorable impact on the overall health of the business, 
thetical buyer would receive a sufficient return on the Another limitation of the current methodology is that 
investment to compensate the buyer for the risk associated 50 financial statements and accounting records have tradition - 
with receiving the expected returns. Income valuation meth- ally provided the basis for most business valuations, 
ods include the capitalization of earnings method, the dis- Appraisers generally spend a great deal of time extracting, 
counted future income method, the discounted cash flow aggregating, verifying and interpreting the information from 
method, the economic income method and other formula accounting systems as part of the valuation process, 
methods. Asset valuations consider the business to be a 55 Accounting records do have the advantage of being prepared 
collection of assets which have an intrinsic value to a third in a generally unbiased manner using the consistent frame- 
party in an asset sale. Asset valuations are typically used for work of Generally Accepted Accounting Principles 
businesses that are ceasing operation and for specific type of (hereinafter, GAAP). Unfortunately, these accounting state- 
businesses such as holding companies and investment com- ments have proved to be increasingly inadequate for use in 
panies. Asset valuation methods include the book value 60 evaluating the financial performance of modem companies, 
method, the adjusted book value method, the economic Many have noted that traditional accounting systems are 
balance sheet method and the liquidation method. driving information-age managers to make the wrong deci- 

Market valuations are used to place a value on one sions and the wrong investments. Accounting systems are 

business by using valuations that have been established for "wrong" for one simple reason, they track tangible assets 

comparable businesses in either a public stock market or a 65 while ignoring intangible assets. Intangible assets such as 

recent transaction. This method is difficult to use properly the skills of the workers, intellectual property, business 

because no two companies are exactly the same and no two infrastructure, databases, and relationships with customers 
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and suppliers are not measured with current accounting 
systems. This oversight is critical because in the present 
economy the success of an enterprise is determined more by 
its ability to use its intangible assets than by its ability to 
amass and control the physical ones that are tracked by 
traditional accounting systems. 

The recent experience of several of the most important 
companies in the U.S. economy, IBM, General Motors and 
DEC, illustrates the problems that can arise when intangible 
asset information is omitted from corporate financial state- 
ments. All three were all showing large profits using current 
accounting systems while their businesses were falling apart 
If they had been forced to take write-offs when the declines 
in intangible assets were occurring, the problems would 
have been visible to the market and management would have 
been forced to act on them much sooner. These deficiencies 
of traditional accounting systems are particularly noticeable 
in high technology companies that are highly valued for 
their intangible assets and their options to enter new markets 
rather than their tangible assets. 

The accounting profession itself recognizes the limita- 
tions of traditional accounting systems. A group of senior 
financial executives, educators and consultants that had been 
asked to map the future of financial management by the 
American Institute of Certified Public Accountants (AICPA) 
recently concluded that: 

a) Operating managers will continue to lose confidence in 
traditional financial reporting systems, 

b) The motto of CFOs in the future will likely be "close 
enough is good enough", and 

c) The traditional financial report will never again be used 
as the exclusive basis for any business decisions. 

The deficiency of traditional accounting systems is also 
one of the root causes of the short term focus of many 
American firms. Because traditional accounting methods 
ignore intangible assets, expenditures that develop a market 
or expand the capabilities of an organization are generally 
shown as expenses that only decrease the current period 
profit. For example, an expenditure for technical training 
which increases the value of an employee to an enterprise is 
an expense while an expenditure to refurbish a piece of 
furniture is capitalized as an asset. 

The dependence on accounting records for valuing busi- 
ness enterprises has to some extent been a matter of simple 
convenience. Because corporations are required to maintain 
financial records for tax purposes, accounting statements are 
available for virtually every company. At the same time, the 
high cost of data storage has until recently prevented the 
more detailed information required for valuing intangibles 
from being readily available. In a similar manner, the 
absence of integrated corporate databases within corpora- 
tions and the home-grown nature of most corporate systems 
has until recently made it difficult to compare similar data 
from different firms. 

The lack of a consistent, well accepted, realistic method 
for measuring all the elements of business value also pre- 
vents some firms from receiving the financing they need to 
grow. Most banks and lending institutions focus on book 
value when evaluating the credit worthiness of a business 
seeking funds. As stated previously, the value of many high 
technology firms lies primarily in intangible assets and 
growth options that aren't visible under traditional defini- 
tions of accounting book value. As a result, these businesses 
generally aren't eligible to receive capital from traditional 
lending sources, even though their financial prospects are 
generally far superior to those of companies with much 
higher tangible book values. 
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In light of the preceding discussion, it is clear that it would 
be advantageous to have an automated financial system that 
measured the financial performance of all the elements of 
business value for a given enterprise, Ideally, this system 
would be capable of generating detailed valuations for 
businesses in new industries. 

SUMMARY OF THE INVENTION 

It is a general object of the present invention to provide a 
novel and useful system that calculates and displays a 
comprehensive and accurate valuation for the elements of an 
enterprise that overcomes the limitations and drawbacks of 
the prior art that were described previously. 

A preferable object to which the present invention is 
applied is the valuation of elements of a high technology 
commercial enterprise where a significant portion of the 
business value is associated with intangible assets. 

The present invention eliminates a great deal of time- 
consuming and expensive effort by automating the extrac- 
tion of transaction data from the databases, tables, and files 
of the existing computer-based corporate finance, operation, 
sales, and human resource software databases as required to 
operate the system. In accordance with the invention, the 
automated extraction, aggregation and analysis of transac- 
tion data from a variety of existing computer-based systems 
significantly increases the scale and scope of the analysis 
that can be completed. The system of the present invention 
further enhances the efficiency and effectiveness of the 
business valuation by automating the retrieval, storage and 
analysis of information useful for valuing intangible assets 
from external databases and publications via the internet or 
other external networks. 

Uncertainty over which method is being used for com- 
pleting the valuation and the resulting inability to compare 
different valuations is eliminated by the present invention by 
consistently utilizing different valuation methodologies for 
valuing the different elements of the enterprise as shown in 
Table 1. 

TABLE 1 



Enterprise element 
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Valuation 
methodology 



Excess Cash & Marketable Securities 
Total current-operation value (COPTOT): 
Current-operation: Cash & Marketable 
Securities (CASH) 

Current-operation: Accounts Receivable (AR) 
CurrenUoperation: Inventory (IN) 
Current-operation: Prepaid Expenses (PE) 
CurrenUoperation: Production Equipment (PEQ) 



Current-operation: Other Physical Assets (OPA) 
Current- operation: Other Assets (OA) 
Current-operation: Intangible Assets (IA): 

Customers 

Employees 

Vendor Relationships 

Strategic Partnerships 

Brand Names 

Other intangibles 



GAAP 

Income valuation* 
GAAP 

GAAP 
GAAP 
GAAP 

If correlation value > 
liquidation value, then 
use correlation 
valuation, else use 
liquidation value 
Liquidation Value 
GAAP 



Correlation to 
componenl(s) of value 
Correlation to 
component(s) of value 
Correlation to 
component(s) of value 
Correlation to 
components) of value 
Correlation to 
compoaeni(s) of value 
Correlation to 
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TABLE 1 -continued 





Valuation 


Enterprise element 


methodology 




components) of value 


Current- operation: General going concern value 


GCV - COPTOT - 


(GCV) 


CASH - AR - IN - 




PE - FEQ - OPA - 




OA - IA 



•The user also has the option of specifying the total value 



The value of an enterprise operation is calculated by sum- 
ming items from Table 1 as shown in Table 2. 

TABLE 2 

Enterprise Operation Value - 

Current value of enterprise excess cash and marketable securities 
+ 

Value of current-operation 



The innovative system has the added benefit of providing 
a large amount of detailed information concerning both 
tangible and intangible elements of enterprise business 
value. The system also gives the user the ability to track the 
changes in elements of business value and total business 
value over time by comparing the current valuation to 
previously calculated valuations. As such, the system also 
provides the user with an alternative mechanism for tracking 
financial performance. To facilitate its use as a tool for 
improving the value of an enterprise, the system of the 
present invention produces reports in formats lhat are similar 
to the reports provided by traditional accounting systems. 
The method for tracking the elements of value for a business 
enterprise provided by the present invention eliminates 
many of the limitations associated with current accounting 
systems that were described previously. 

BRIEF DESCRIPTION OF DRAWINGS 

These and other objects, features and advantages of the 
present invention will be more readily apparent from the 
following description of the preferred embodiment of the 
invention in which: 

FIG. 1 is a block diagram showing the major processing 
steps of the present invention; 

FIG. 2 is a diagram showing the files or tables in the 
application database of the present invention that are utilized 
for data storage and retrieval during the processing that 
values elements of the enterprise; 

FIG. 3 is a block diagram of an implementation of the 
present invention; 

FIG. 4 is a diagram showing the data windows that are 
used for receiving information from and transmitting infor- 
mation to the user during system processing; 

FIG. 5 A and FIG. SB are block diagrams showing the 
sequence of steps in the present invention used for 
extracting, aggregating and storing information utilized in 
system processing from: user input, the basic financial 
system database, the operation management system 
database, the advanced financial system database, the sales 
management system database, external databases via the 
internet and the human resource information system data- 
base; 

FIG, 6 is a block diagram showing the sequence of steps 
associated with the calculation of the composite variables 
that characterize the performance of the elements of value; 
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FIG. 7 is a block diagram showing the sequence of steps 
associated with the calculation of the components of enter- 
prise value; 

FIG. 8A and FIG. 8B are block diagrams showing the 
5 sequence of steps in the present invention that are utilized in 
the specification and optimization of the predictive models 
that determine the relationships between elements (and 
sub-elements) of value and the revenue, expense and capital 
components of enterprise value; 
10 FIG. 9 is a diagram illustrating the processing of a 
feed-forward neural network; 

FIG. 10 is a diagram illustrating the processing of a 
Kohonen neural network; 
25 FIG. 11 is a block diagram showing the sequence of the 
steps in the present invention used for calculating the 
percentage of the revenue, expense and capital components 
attributed to the elements and sub-elements of value; 
FIG. 12 is a block diagram showing the sequence of steps 
20 in the present invention used in preparing, displaying and 
optionally printing reports; 

FIG. 13 is a sample Operational Value Map™ report from 
the present invention showing the calculated value for all 
elements of value in the total company on the valuation date; 
25 and 

FIG. 14 is a sample Operational Value Creation report 
from the present invention detailing the changes in the 
elements of value and total company value from a prior date 
to the valuation date. 

30 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

FIG. 1 provides an overview of the processing completed 

35 by the innovative system for business valuation. In accor- 
dance with the present invention, an automated method of 
and system (100) for business valuation is provided. Pro- 
cessing starts in this system (100) with a block of software 
(200) that extracts, aggregates and stores the transaction data 

40 and user input required for completing a valuation. This 
information is extracted via an interconnection network (25) 
from a basic financial system database (10), an operation 
management system database (15), an advanced financial 
system database (30), a sales management system database 

45 (35), and a human resource information system database 
(40). Information can also be extracted from an on-line 
external database such as those found on an internet (5) via 
a communications link (45). These information extractions 
and aggregations are guided by a user (20) through interac- 

50 lion with a user- interface portion of the application software 
(900) that mediates the display and transmission of all 
information to the user (20) from the system (100) as well 
as the receipt of information into the system (100) from the 
user (20) using a variety of data windows tailored to the 

55 specific information being requested or displayed in a man- 
ner that is well known. While only one database of each type 
(10, 15, 30, 35 & 40) is shown in FIG. 1, it is to be 
understood that the system (100) can extract data from 
multiple databases of each type via the interconnection 

60 network (25). 

All extracted information concerning revenue, expenses, 
capital and elements of value is stored in a file or table 
(hereinafter, table) within an application database (50) as 
shown in FIG. 1. The application database (50) contains 

65 tables for storing user input, extracted information and 
system calculations including a system settings table (140), 
a revenue data table (141), an expense data table (142), a 



03/21/2004, EAST Version: 1.4.1 



US 6,393 

7 

capital data table (143), an equity data table (144), a physical 
asset ID table (145), an asset liquidation price table (146), an 
account number structure table (147), an equity forecast 
table (148), a data dictionary table (149), a revenue com- 
ponent definition table (150), an expense component defi- 5 
nition table (151), a capital component definition table 
(152), an element of value definition table (153), a sub- 
element definition table (154), an enterprise definition table 
(155), a composite variable table (156), a sub-element 
weights table (157), a revenue model gene table (158), a 1Q 
revenue model weights table (159), an expense model gene 
table (160), an expense model weights table (161), a capital 
model gene table (162), a capital model weights table (163), 
a revenue component percentage table (164), an expense 
component percentage table (165), a capital component 5 
percentage table (166), a composite variable location table 
(167), a composite variable data table (168), a normalized 
composite variable data table (169), an enterprise value table 
(170), an economic equity values table (171), a reports table 
(172), a tax data table (173) and a debt data table (174), The 2Q 
application database (50) can optionally exist as a datamart, 
data warehouse or departmental warehouse. The system of 
the present invention has the ability to accept and store 
supplemental or primary data directly from user input, a data 
warehouse or other electronic files in addition to receiving 25 
data from the databases described previously. The system of 
the present invention also has the ability to complete the 
necessary calculations without receiving data from one or 
more of the specified databases. However, in the preferred 
embodiment all required information is obtained from the 3Q 
specified databases (5, 10, 15, 30, 35 & 40). 

As shown in FIG. 3, the preferred embodiment of the 
present invention is a computer system (100) illustratively 
comprised of a client personal computer (110) connected to 
an application server personal computer (120) via an inter- 35 
connection network (25). The application server personal 
computer (120) is in turn connected via the interconnection 
network (25) to a database-server personal computer (130). 

The database-server personal computer (130) has a CPU 

(136) , a keyboard (132), a CRT display (133), a printer 40 

(137) , a hard drive (131) for storage of the basic financial 
system database (10), the operation management system 
database (15), the advanced financial system database (30), 
the sales management system database (35) and the human 
resource information system database (40), a communica- 45 
tions bus (134) and a read/write random access memory 
(135). 

The application-server personal computer (120) has a 
CPU (127), a keyboard (123), a mouse (126), a CRT display 
(124), a printer (128), a hard drive (122) for storage of the 50 
application database (50) and the majority of the application 
software (200, 300, 400, 500, 600, 700) of the present 
invention, a communications bus (125) and a read/write 
random access memory (121). While only one client per- 
sonal computer is shown in FIG. 3, it is to be understood that 55 
the application-server personal computer (120) can be net- 
worked to fifty or more client personal computers (110) via 
the interconnection network (25). The application-server 
personal computer (120) can also be networked to fifty or 
more server, personal computers (130) via the interconnec- 60 
tion network (25). It is to be understood that the diagram of 
FIG. 3 is merely illustrative of one embodiment of the 
present invention. 

The client personal computer (110) has a CPU (117), a 
keyboard (113), a mouse (116), a CRT display (114), a 65 
printer (118), a modem (119), a hard drive (112) for storage 
of a client data-base (49) and the user-interface portion of 
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the application software (900), a communications bus (115) 
and a read/write random access memory (1U). 

The application software (200, 300, 400, 500, 600, 700 
and 900) controls the performance of the central processing 
unit (127) as it completes the calculations required to 
calculate the detailed business valuation. In the embodiment 
illustrated herein, the application software program (200, 
300, 400, 500, 600, 700 and 900) is written in a combination 
of PoweScript, C++ and Visual Basic®. The application 
software (200, 300, 400, 500, 600, 700 and 900) also uses 
Structured Query Language (SQL) for extracting data from 
other databases (10, 15, 30, 35 and 40) and then storing the 
data in the application database (50) or for receiving input 
from the user (20) and storing it in the client database (49). 
The other databases contain information regarding historical 
financial performance (10), operation management records 
(15), forecast financial performance (30), sales prospects 
and transactions (35) and the company employees (40) that 
are used in the operation of the system (100). The user (20) 
provides the information the application software requires to 
determine which data need to be extracted and transferred 
from the database-server hard drive (131) via the intercon- 
nection network (25) to the application-server computer 
hard drive (122) by interacting with user-interface portion of 
the application software (900). The extracted information is 
combined with input received from the keyboard (113) or 
mouse (116) in response to prompts from the user-interface 
portion of the application software (900) before processing 
is completed. 

User input is initially saved to the client database (49) 
before being transmitted to the communication bus (125) 
and on to the hard drive (122) of the application-server 
computer via the interconnection network (25). Following 
the program instructions of the application software, the 
central processing unit (127) accesses the extracted data and 
user input by retrieving it from the hard drive (122) using the 
random access memory (121) as computation workspace in 
a manner that is well known. 

The computers (110, 120 and 130) shown in FIG. 3 
illustratively are IBM-PCs or clones or any of the more 
powerful computers or workstations that are widely avail- 
able. Typical memory configurations for client personal 
computers (110) used with the present invention should 
include at least 32 megabytes of semiconductor random 
access memory (111) and at least a 2 gigabyte hard drive 
(112). Typical memory configurations for the application- 
server personal computer (120) used with the present inven- 
tion should include at least 64 megabytes of semiconductor 
random access memory (121) and at least a 50 gigabyte hard 
drive (122). Typical memory configurations for the 
database-server personal computer (130) used with the 
present invention should include at least 128 megabytes of 
semiconductor random access memory (135) and at least a 
200 gigabyte hard drive (131). 

As shown in FIG. 4, various data windows that are used 
in the user-interface portion of the application software 
(900) are illustrated. The data windows are used by the 
present invention for receiving information from and trans- 
mitting information to the user (20) during system process- 
ing. As will be discussed, data windows utilized by the 
present invention include System Settings (901), Account 
Structure and Data Dictionary (902), Enterprise Definition 
(903), Component Definition (904), Edit Component Defi- 
nition (905), Missing Financial Data (906), Element of 
Value Definition (907), Enter Missing Data (908), Report 
(909), Tax Information (910), Equity Information (911), 
Liability Information (912), Cost of Capital Selection (913), 
Liquidation Price Entry (914) and Report Selection (915). 



03/21/2004, EAST Version: 1.4.1 



US 6,3' 

9 

Using the system described above, the value of the 
enterprise will be further broken down into tangible and 
intangible elements of value. As shown in Table 1 , the value 
of the current-operation will be calculated using an income 
valuation model unless the user (20) decides to specify the 
current operation value. An integral part of most income 
valuation models is the calculation of the present value of 
the expected cash flows, income or profits associated with 
the current-operation. The present value of a stream of cash 
flows is calculated by discounting the cash flows at a rate 
that reflects the risk associated with realizing the cash flow. 
For example, the present value (PV) of a cash flow of ten 
dollars ($10) per year for five (5) years would vary depend- 
ing on the rate used for discounting future cash flows as 
shown below. 



Discount rate = 25% 


10 

PV = 

1.25 


10 10 10 


10 


= 26.89 


+ (1.25) 2 ' (1.25) 3 ' (1.25) 4 + 


(1.25) 5 




Discount rate = 35% 


PV^ 
1.35 


10 10 10 
+ (1.35) 2 ' (1.35) 3 ' (1.35) 4 + 


10 
(1.35J 5 


= 22.20 



The first step in evaluating the elements of current-operation 
value is separating the underlying formula that defines the 
value of the current-operation as shown in Table 3. 

TABLE 3 



Value of current-operation = 

(R) Value of expected revenue from current-operation 
+ 

(E) Value of expected expense for current-operation 
+ 

(C) Value of capital required to support current-operation* 

*Note: (C) can have a positive or negative value 

The three components of current-operation value will be 
referred to as the revenue value (R), the expense value (E) 
and the capital value (C). Examination of the equation in 
Table 3 shows that there are three ways to increase the value 
of the current-operation — increase the revenue, decrease the 
expense or decrease the capital requirements (note: this 
statement ignores a fourth way to increase value— decrease 
interest rale used for discounting future cash flows). 

While it is possible to break each component down into a 
large number of sub -components for analysis, the preferred 
embodiment has a pre-determined number of sub- 
components for each component of value. Because each 
enterprise is defined by the revenue stream, there are no 
sub -components of revenue value. The expense value is 
subdivided into five sub -components: the cost of raw 
materials, the cost of manufacture or delivery of service, the 
cost of selling, the cost of support and the cost of adminis- 
tration. The capital value is subdivided into six sub- 
components: cash, non-cash financial assets, production 
equipment, other assets (non financial, non production 
assets), financial liabilities and equity. The production 
equipment and equity sub-components are not used directly 
in evaluating the elements of value. 

The components and sub-components of current- 
operation value will be used in calculating the value of the 
tangible and intangible elements of value. For the calcula- 
tions completed by the present invention, an element of 
value will be defined as "an identifiable entity or group that 
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as a result of past transactions has provided and is expected 
to provide economic benefit to the enterprise." An item will 
be defined as a single member of the group that defines an 
element of value. For example, an individual salesman 

5 would be an "item" in the "element of value" sales staff. 
Predictive models are used to determine the percentage of: 
the revenue value, the expense value sub-components, and 
the capital value sub-components that are attributable to 
each element of value. The resulting values will then be 

10 added together to determine the valuation for different 
elements as shown by the example in Table 4. 

TABLE 4 



Valuation of the Large, Loyal Customer Element 

Revenue value « $120M 13% attributed to large, Value = $15. 6M 
loyal customers 

Expense value = ($80M) 10% attributed to large, Value = ($8)M 
loyal customers 

Capital value = ($5M) 12% attributed to large, Value = ($.6)M 
loyal customers 

Total value= $35M Large, Loyal Customer Element Value = $7M 



The valuation of an enterprise using the approach outlined 
above is completed in six distinct stages. The first stage of 

25 processing (block 200 from FIG. 1) extracts, aggregates and 
stores the data from user input, existing internal databases 
(10, 15, 30, 35 or 40) and external databases (5) required for 
the calculation of enterprise business value as shown in FIG. 
5A and FIG. 5B. The second stage of processing (block 300 

30 from FIG. 1) calculates composite variables that character- 
ize the performance of the elements of value and optionally 
creates sub-elements as shown in FIG. 6 and FIG. 10. The 
third stage of system processing (block 400 from FIG. 1) 
calculates the revenue, expense and capital value compo- 

35 nents and optionally the current operation value using the 
information prepared in the previous stage of processing as 
shown in FIG. 7. The fourth stage of system processing 
(block 500 from FIG. 1) specifies and optimizes predictive 
models to determine the relationship between the elements 

40 of value and the revenue, expense and capital values as 
shown in FIG, 8A, FIG. 8B and FIG. 9. The fifth stage of 
processing (block 600 from FIG. 1) combines the results of 
the third and fourth stages of processing to determine the 
value of each element as shown in FIG. 11. The sixth and 

45 final stage of processing (block 700 from FIG. 1) determines 
the relationship between equity and calculated total value as 
shown in FIG. 12 and displays the results of the prior 
calculations in specified formats as shown in FIG. 13 and 
FIG. 14. 

50 

EXTRACTION AND AGGREGATION OF DATA 

The flow diagrams in FIG. 5A and FIG. 5B detail the 
processing that is completed by the portion of the applica- 

55 tion software (200) that extracts, aggregates and stores the 
information required for system operation from: the basic 
financial system database (10), operation management sys- 
tem database (15), advanced financial system database (30), 
sales management system database (35), human resource 

60 information system database (40), external databases found 
on the internet (5) and the user (20). A brief overview of the 
different databases will be presented before reviewing each 
step of processing completed by this portion (200) of the 
application software. 

65 Corporate financial software systems are generally 
divided into two categories, basic and advanced. Advanced 
financial systems utilize information from the basic financial 
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systems to perform financial analysis, financial planning and 
financial reporting functions. Virtually every commercial 
enterprise uses some type of basic financial system as they 
are required to use these systems to maintain books and 
records for income tax purposes. An increasingly large 
percentage of these basic financial systems are resident in 
microcomputer and workstation systems. Basic financial 
systems include general-ledger accounting systems with 
associated accounts receivable, accounts payable, capital 
asset, inventory, invoicing, payroll and purchasing sub- 
systems. These systems incorporate worksheets, files, tables 
and databases. These databases, tables and files contain 
information about the company operations and its related 
accounting transactions. As will be detailed below, these 
databases, tables and files are accessed by the application 
software of the present invention as required to extract the 
information required for completing a business valuation. 
The system is also capable of extracting the required infor- 
mation from a data warehouse (or datamart) when the 
required information has been pre-loaded into the ware- 
house. 

General ledger accounting systems generally store only 
valid accounting transactions. As is well known, valid 
accounting transactions consist of a debit component and a 
credit component where the absolute value of the debit 
component is equal to the absolute value of the credit 
component The debits and the credits are posted to the 
separate accounts maintained within the accounting system. 
Every basic accounting system has several different types of 
accounts. The effect that the posted debits and credits have 
on the different accounts depends on the account type as 
shown in Table 5. 

TABLE 5 



Account Type: 


Debit Impact: 


Credit Impact: 


Asset 


Increase 


Decrease 


Revenue 


Decrease 


Increase 


Expense 


Increase 


Decrease 


Liability 


Decrease 


Increase 


Equity 


Decrease 


Increase 



TABLE 6 



Subsystem Detailed Information 



Accounts Vendor, Item(s), Transaction Date, Amount Owed, 
Payable Due Date, Account Number 

Accounts Customer, Transaction Date, Product Sold, Quantity, 
Receivable Price, Amount Due, Terms, Due Date, Account Number 
Capital Asset ID, Asset Type, Date of Purchase, Purchase Price, 
Asset Useful Life, Depreciation Schedule, Salvage Value 

Inventory Item Number, Transaction Date, Transaction Type, 

Transaction Qty, Location, Account Number 
Invoicing Customer Name, Transaction Date, Item(s) Sold, Amount 

Due, Due Date, Account Number 



10 



20 



25 



30 



35 



40 



General ledger accounting systems also require that the asset 
account balances equal the sum of the liability account 
balances and equity account balances at all times. 

The general ledger system generally maintains summary, 
dollar only transaction histories and balances for all 
accounts while the associated subsystems, accounts payable, 
accounts receivable, inventory, invoicing, payroll and 
purchasing, maintain more detailed historical transaction 
data and balances for their respective accounts. It is common 
practice for each subsystem to maintain the detailed infor- 
mation shown in Table 6 for each transaction. 
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TABLE 6-continued 



Subsystem Detailed Information 



Payroll Employee Name, Employee Title, Pay Frequency, 

Pay Rate, Account Number 
Purchasing Vendor, Itemfs), Purchase Quantity, Purchase Price(s), 

Due Date, Account Number 



As is well known, the output from a general ledger system 
includes income statements, balance sheets and cash flow 
statements in well defined formats which assist management 
in measuring the financial performance of the firm during 
the prior periods when data input have been completed. 

Advanced financial systems, including financial planning 
systems, generally use the same format used by basic 
financial systems in forecasting income statements, balance 
sheets and cash flow statements for future periods. Manage- 
ment uses the output from financial planning systems to 
highlight future financial difficulties with a lead time suffi- 
cient to permit effective corrective action and to identify 
problems in company operations that may be reducing the 
profitability of the business below desired levels. These 
systems are most often developed by individuals within 
companies using 2 and 3 dimensional spreadsheets such as 
Lotus 1-2-3®, Microsoft Excel® and Quattro Pro®. In some 
cases, financial planning systems are built within an execu- 
tive information system (EIS) or decision support system 
(DSS). For the preferred embodiment of the present 
invention, the advanced financial system database is the 
financial planning system database detailed in U.S. Pat. No. 
5,165,109 for "Method of and System for Generating 
Feasible, Profit Maximizing Requisition Sets",by Jeff S. 
Eder, the disclosure of which is incorporated herein by 
reference. 

While advanced financial systems are similar between 
firms, operation management systems vary widely depend- 
ing on the type of company they are supporting. These 
systems typically have the ability to not only track historical 
transactions but to forecast future performance. For manu- 
facturing firms, operation management systems such as 
Enterprise Requirements Planning Systems (ERP), Material 
Requirement Planning Systems (MRP), Purchasing 
Systems, Scheduling Systems and Quality Control Systems 
are used to monitor, coordinate, track and plan the transfor- 
mation of materials and labor into products. These systems 
will generally track information about the performance of 
the different vendors that supply materials to the firm 
including the information shown in Table 7. 



TABLE 7 



50 



Operation Management System - Vendor Information 



1. 


Vendor Name 


8. Compliance with ISO 9000 


2. 


Vendor Number 


9. Actual lead time required 






for purchases 


3. 


Commodity Code(s) 


10. Terms and conditions for 






purchases 


4. 


Year to date dollar volume 


11. Average Delivery Quantity 






Variance 


5. 


Historical dollar volume 


12. Average Delivery Date Variance 


6. 


Percentage of deliveries 


13. EDI* vendor - Yes or No 




rejected by QC 




7. 


Percentage of deliveries 






accepted out of specifi- 






cation 





*EDI - Electronic Data Interchange 

Systems similar to the one described above may also be 
useful for distributors to use in monitoring the flow of 
products from a manufacturer. 
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Operation Management Systems in manufacturing firms 
may also monitor information relating to the production 
rates and the performance of individual production workers, 
production lines, work centers, production teams and pieces 
of production equipment including the information shown in 
Table 8. 



TABLE 8 




Operation Management System ■ 


- Production Information 


1, ID number (employee 


10. Cumulative training time 




id/machine id) 




2. 


Actual hours - last batch 


11. Job(s) certifica Lions 


3. 


Standard hours - laet batch 


12, Actual scrap - last batch 


4. 


Actual hours - year to date 


13. Scrap allowance - last 




batch 


S. 


Actual/Standard hours - 


14. Actual scrap/allowance - 




year to date % 


year to date 


6. 


Actual setup time - last batch 


15, Rework time/unit last batch 


7. 


Standard setup time - Last batch 


16. Rework time/unit year 




to date 


8. 


Actual setup hours - year to date 


17. QC rejection rate - batch 


9. 


Actual/Standard setup hrs - 


18. QC rejection rate - 




yr to date % 


year to date 



Operation management systems are also useful for tracking 
requests for service to repair equipment in the field or in a 
centralized repair facility. Such systems generally store 
information similar to that shown below in Table 9. 



20 



25 



TABLE 9 



Operation Management System - Service Call Information 



1. Customer name 

2. Customer number 

3. Contract number 

4. Service call number 

5. Time call received 

6. Produces) being fixed 

7. Serial number of equipment 

8. Name of person placing 
call 

9. Name of person accepting 
call 

10. Promised response time 



11. Promised type of response 

12. Time person dispatched to 
call 

13. Name of person handling call 

14. Time of arrival on site 

15. Time of repair completion 

16. Actual response type 

17. Part(s) replaced 

18. Part(s) repaired 

19. 2nd call required 

20. 2nd call number 



Sales management systems are similar to operation man- 
agement systems in that they vary considerably depending 
on the type of firm they are supporting and they generally 
have the ability to forecast future events as well as track 
historical occurrences. In firms that sell customized 
products, the sales management system is generally inte- 
grated with an estimating system that tracks the flow of 
estimates into quotations, orders and eventually bills of 
lading and invoices. In other firms that sell more standard- 
ized products, sales management systems generally are used 
to track the sales process from lead generation to lead 
qualification to sales call to proposal to acceptance (or 
rejection) and delivery. All sales management systems 
would be expected to store information similar to that shown 
below in Table 10. 



TABLE 10 



Sales Management System - Information 



1. Customer/Potential 
customer name 

2. Customer number 

3. Address 



9. Sales call history 

10. Sales contact history 

11. Sales history: pro duct/qty/p rice 
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TABLE 10-continued 



Sales Management System - Information 



4. 


Phone number 


12. Quotations; product/qty /price 


5. 


Source of lead 


13. Custom product percentage 


6. 


Date of first purchase 


14. Payment history 


7. 


Date of last purchase 


15. Current A/R balance 


8. 


Last sales call/contact 


16. Average days to pay 



10 



Computer based human resource systems are increasingly 
used for storing and maintaining corporate records concern- 
ing active employees in sales, operations and the other 
functional specialties that exist within a modem corporation. 
Storing records in a centralized system facilitates timely, 
accurate reporting of overall manpower statistics to the 
corporate management groups and the various government 
agencies that require periodic updates. In some cases human 
resource systems include the company payroll system as a 
subsystem. In the preferred embodiment of the present 
invention, the payroll system is part of the basic financial 
system. These systems can also be used for detailed planning 
regarding future manpower requirements. Human resource 
systems typically incorporate worksheets, files, tables and 
databases that contain information about the current and 
future employees. As will be detailed below, these databases, 
tables and files are accessed by the application software of 
the present invention as required to extract the information 
required for completing a business valuation. It is common 
practice for human resource systems to store the information 
shown in Table 11 for each employee. 

TABLE 11 



Human Resource System Information 



35 



40 



1. Employee name 10. Employee start date - company 

2. Job title 11. Employee start date - department 

3. Job code 12. Employee start date - current job 

4. Rating 13. Training courses completed 

5. Division 14. Cumulative training expenditures 

6. Department 15. Salary history 

7. Employee No./(Social 1 6. Current salary 
Security Number) 

8. Year to date - hours 17. Educational background 
paid 

9. Year to date - hours 18. Current supervisor 
worked 



45 



External databases such as those found on the internet (5) 
can be used for obtaining information that enables the 
categorization and valuation of assets such as brand names, 
trademarks and service marks (hereinafter, referred to as 
brand names). In some cases it can also be used to supple- 
ment information obtained from the other databases (10, 15, 
30, 35 and 40) that are used in categorizing and evaluating 
employee groups and other elements of value. In the system 
of the present invention, the retrieval of information from 
the internet (5) can be: 

a) targeted to specific on-line publications that provide 
information relevant to the element being evaluated, 

b) restricted to a simple count of the number of matches 
a specific trademark generates when entered into a 
general purpose internet search-engine such as Yahoo!, 
Lycos, AltaVista or HotBot, or Web Crawler, and 

c) specific searches using commercially available soft- 
ware agents to determine both the number and the type 
of references (favorable, unfavorable or information 
only) that have been made concerning a specific trade- 
mark in all discovered references. 
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System processing of the information from the different 
databases (5, 10, 15, 30, 35 and 40) described above starts 
in a block 201, FIG. 5A, which immediately passes pro- 
cessing to a software block 202. The software in block 202 
prompts the user via the system settings data window (901) 
to provide system setting information. The system setting 
information entered by the user (20) is transmitted via the 
interconnection network (25) back to the application server 
(120) where it is stored in the system settings table (140) in 
the application database (50) in a manner that is well known. 
The specific inputs the user (20) is asked to provide at this 
point in processing are shown in Table 12. 

TABLE 12 

System Settings 

1. Mode of operation - stand-alone valuation oi comparison 
to previous valuation 

2. Date of business valuation calculation 

3. Date of previous valuation (if any) 

4. Location (address) of basic financial system data dictionary and 
data 

5. Location (address) of advanced financial system data dictionary 
and data 

6. Location (address) of human resource information system data 
dictionary and data 

7. Location (address) of operation management system data dictio- 



nary 
and data 



8. 



10 



20 



Location (address) of sales management system data dictionary 
and data 

9. Location (address) of any external databases used in the 
valuation calculation 

10. The maximum acceptable age of a valuation (in days) 

11. The maximum number of generations to be processed without 
improving fitness 

12. Base currency 

13. Currency conversions for any non-base currencies used in the 
financial systems 

14. Weighted average cost of capital (to be used in discounting 
cash flows) 

15. Simplified analysis (no sub-components of expense or capital 
value) 

16. Number of months a product is considered new after it is first 
produced 

17. Amount of cash and marketable securities required for day to 
day operations 

The application of these system settings will be explained as 
part of the detailed explanation of the system operation. 

The software in block 202 uses the valuation date speci- 
fied by the user (20) to determine the time periods (months) 
that require data in order to complete the valuation of the 
current operation and the growth options and stores the 
resulting date range in the system settings table (140), The 
valuation of the current operation by the system requires 
sales, operation, finance, external database and human 
resource data for the three year period before and the four 
year period after the specified valuation date. The same 
information is required even if the user (20) chooses to 
specify the current operation value. Because of the difficul- 
ties inherent in forecasting from the perspective of the past 
or the future, the specified valuation date is generally within 
a month of the current system date. After the storage of 
system setting data is complete, processing advances to a 
software block 203 where the data dictionaries from the 
basic financial system database (10), the operation manage- 
ment system database (15), the advanced financial system 
database (30), the sales management system database (35) 
and the human resource information system database (40) 
are extracted and saved in the data dictionary table (149) in 
the application database (50) and processing advances to a 
software block 204. 
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The software in block 204 checks the system settings 
table (140) in the application database (50) to determine if 
the current calculation is a comparison to a prior valuation 
or if it is a stand-alone calculation. If the calculation 
involves a comparison with a prior valuation, then the 
software in block 204 retrieves the previously defined 
account structure, data definitions, enterprise definitions and 
component definitions and saves them in the appropriate 
tables for use in the current calculation before processing 
advances to a software block 209 Alternatively, if the 
calculation is a stand-alone, then processing advances to a 
software block 205. 

The software in block 205 interacts with an account 
structure and data dictionary data window (902) that 
prompts the user for any input that is required to define data 
fields for the extracted data dictionaries and the data dictio- 
nary of the application software of the present invention. 
This input is also saved to the data dictionary table (149). 
The software in block 205 also prompts the user (20) via the 
account structure and data dictionary data window (902) for 
information that edits or defines the account structure used 
in the financial system databases. It is common practice for 
account numbers to have several segments where each 
segment represents a different set of subgroups as shown 
below in Table 13. 



25 



TABLE 13 



Account 
Number 


01 - 


800 - 


901 - 


677- 


003 


Segment 

Subgroup 
Position 


Company 

Products 
5 


Division 

Workstation 
4 


Department 

Marketing 
3 


Aocount 

Labor 
2 


Sub- 
account 
P.R. 
1 



As will be detailed below, the different account number 
segments are used for separating the financial information 
for analysis. 

After the account structure information is stored in the 
account number structure table (147) in the application 
database (50), processing advances to a block 206 where the 
software in the block interacts with an enterprise definition 
data window (903) to prompt the user (20) to specify the 
account number segment or segments that will be used to 
define the enterprise being valued by the innovative system 
of the present invention. For example, the user (20) could 
specify that each division is to be analyzed as a separate 
enterprise. In this case, if the total company had two 
business units with six divisions, then the user could specify 
up to six enterprises as shown in Table 14. 



50 



55 



TABLE 14 



Products Business Unit 


Software Business Unit 


1. PC Division 


5. Application Software Division 


2. Workstation Division 


6. Operating System Software Division 


3. Mainframe Division 




4. Peripherals Division 





The specified enterprises are then displayed to the user 
60 (20) by the software in block 206 via the enterprise defini- 
tion data window (903). At this point, the user (20) is given 
the option of combining the enterprises or leaving them in 
the initial configuration. For example, the user (20) could 
combine the Personal Computer Product enterprise and the 
65 Workstation Product enterprise into one enterprise for the 
business valuation calculation. When the user (20) indicates 
that all enterprises have been defined, the resulting specifi- 
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cations are stored in the enterprise definition table (155) in 
the application database (50). 

After the enterprise definitions are stored, processing 
advances to a software block 207 where the software in the 
block prompts the user (20) via a component definition data 
window (904) to specify the account segment or segments 
that will be used to define the expense and capital sub- 
components for each enterprise. Only account segments 
with position numbers below those of the segment used for 
enterprise specification can be used for expense and capital 
sub-component specification. Continuing the example 
shown above for a valuation calculation, departments, 
accounts and sub-accounts are the only segments that can be 
utilized for expense or capital component and sub- 
component specification. This limitation is applicable 
because their position numbers 3, 2 and 1 respectively are 
below 4, the position number of the division segment that 
was the lowest position used to define the enterprise. As 
discussed previously, there is only one revenue component 
per enterprise; therefore, the enterprise definition automati- 
cally defines the revenue component 

For the normal analysis, each enterprise has: one revenue 
component, five expense sub-components (cost of raw 
materials, the cost of manufacture or delivery of service, the 
cost of sales, the cost of support and the cost of 
administration), four capital sub -components used in the 
valuation calculation (cash, non-cash financial assets, other 
(non-financial, non-production) assets, liabilities), and two 
capital sub -components that are not used directly in the 
valuation calculation (production equipment and equity). 
The software in block 207 via the component definition data 
window (904) will accept all logical combinations of 
account number segment specifications for a sub-component 
while preventing the reuse of the same segment for more 
than one sub-component specification in each enterprise. 
Sub-component definitions are required even if the user (20) 
has chosen to run a simplified analysis (i.e., one without 
sub-components). Table 15 provides examples of expense 
and capital sub-component definitions. 

TABLE 15 



Sub- component 



Definition 



Expense: Cost of materials 
Expense: Cost of manu- 
facturing 

Expense: Cost of sales 
Capital: Cash 
Capital: Liabilities 



Departments 10-18, accounts 500 to 505 
Departments 10-18, accounts 506 to 999 

Department 21, accounts 500 to 999 
Account 100, all departments 
Accounts 200-299, all departments 



The software in block 207 saves the new or updated revenue 
component definitions to the revenue component definition 
table (150), expense sub -component definitions to the 
expense component definition table (151) and capital sub- 
component definitions to the capital component definition 
table (152). The production equipment and other asset 
definitions are also used to populate the physical asset ID 
table (145) and the asset liquidation price table (146) with 
the names of all assets used by all enterprises. 

After the definitions for the revenue, expense and capital 
components have been stored in the application database 
(50), processing advances to a software block 209. Process- 
ing can also advance to block 209 directly from block 204 
if the calculation is a comparison to a prior valuation. The 
software in block 209 checks to determine if all the available 
financial data have been included in a revenue, expense, or 
capital component or sub-component. In the example shown 
above, block 209 would check to determine that the financial 



data for all divisions, departments, account numbers and 
sub -account numbers have been assigned to a component. If 
the software in block 209 determines that all financial data 
have been assigned to a component, then processing 
5 advances to a software block 210, Alternatively, if the 
software in block 209 determines that some financial data 
have not been assigned to a component, then processing 
advances to a software block 208, The software in block 208 
prompts an edit component definition data window (905) to 
10 display a screen that provides the user (20) with the ability 
to redefine previously stored component and sub-component 
definitions to include the unassigned financial data. The 
revised component definitions) are then saved in the appro- 
priate definition table(s) (150, 151 or 152) in the application 
is database (50) and processing returns to block 209 and from 
there to software block 210. 

The software in block 210 retrieves the debit or credit 
balances from the basic financial system database (10) and 
the advanced financial system database (30) in account 
segment position order, lowest position to highest position, 
for the revenue, expense and capital components for the time 
periods determined by the software in block 202 and stored 
in the system settings table (140). Continuing the example, 
the software in block 210 would first retrieve and total debits 
and credits in each required period for the sub -components 
that have sub-account specifications. The higher level 
specifications, account number, department and division, are 
observed when data are retrieved for the sub-components 
with sub-account specifications. The software in block 210 
would then retrieve the required data for the sub- 
components with account number specifications. The higher 
level specifications, department and division, are observed 
when data are retrieved for the sub -components with 
account number specifications. The software in block 210 
would finally retrieve the required data for the sub- 
components with department number specifications. The 
higher level specification, division, is observed when data 
are retrieved for these sub-components. This same proce- 
dure is completed for each enterprise and the resulting totals 
are then saved in the appropriate data tables (141 -revenue, 
142-expense and 143-capital) in the application database 
(50). 

After all the financial data have been extracted and stored 
in the application database (50), system processing advances 
to a software block 212. The software in block 212 deter- 
mines if any of the components or sub-components are 
missing data for any of the required periods. Missing data is 
defined as the condition when there is a null value for a 
sub-component financial data field in a required period. If 
the software in block 212 determines that all components 
have the required data in all periods, then processing 
advances directly to a software block 221. Alterably, if data 
are missing, then processing advances to a software block 
213 where the user (20) is prompted by a missing financial 
data window (906) to provide the missing data or the 
location of the missing data. In some cases the user (20) may 
simply replace the null value with a zero. After the user (20) 
provides the missing data or the location of the missing data, 
the appropriate data tables (14L -revenue, 142-expense and/ 
or 143-capital) in the application database (50) are updated 
and processing advances to software block 221. 

The next step in system processing is completed by 
software block 221 where the software in the block prompts 
the user (20) via an element of value definition data window 
(907) to define the standard elements of value for each 
enterprise, to indicate if there will be sub -elements for the 
element and to identify the location of the data that will be 
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used to quantify the period-to-period change for each ele- 
ment of value using pre-defined composite variables. The 
standard elements of value with sample specifications are 
shown below in Table 16. 

TABLE 16 



Standard 


Sample 


Sub- 


Max 


Elements of Value 


Specification 


Elements 


Number 


Customers 


Customer numbers: 


Yes 


10 




1-21,877 






Employees: Sales 


All employees 


No 


NA 




department 21 






Employees: Production Job codes 17, 18, 19 and 33 No 


NA 


Employees: Support 


Job codes 61 and 62 


No 


NA 


Employees: Other 


All job codes except 17, 18, No 


NA 




19, 33, 61 and 62, in all 








departments except 21 






Channel Partners 


Customer numbers: 


Yes 


2 




40,000-40,267 






Vendors 


Vendor numbers: 1-819 


Yes 


20 


Production Equipment 


ID number 40,000-49,999 


Yes 


5 


Infrastructure 


Only one per enterprise 


No 


NA 


Brand names 


Name(e) 


Yes - 1 for 


50* 






each name 
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* Default system limit 

After the information defining the standard elements of 25 
value has been stored in the element of value definition table 
(153), the user (20) is prompted to identify the source(s) of 
the data that will be used in computing the value of the 
pre-defined composite variables for the standard elements of 
value. Composite variables are numbers that are created by 
mathematically or logically combining transaction data, 
transaction ratios, transaction trends and other information. 
For example, standard hours for a production worker could 
be defined as the actual production hours worked in a year 
multiplied by the average yearly ratio of actual hours to 
standard hours. Table 17A shows the data required for 
calculation of the pre-defined composite variables for three 
standard elements of value (see Table 17B for data required 
for remaining elements). 



30 
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TABLE 17A 



Standard 
Elements 
of Value 



Composite Variable Data 
by Item 



Customer Average time between introduction of a new product and first 
purchase of the new product (AT), Days sales balance in 
Accounts Receivable (D), Months since first order (M); 
Months with orders from customer (MO), Months since last 
order (ML); Monthly invoice line item corrections (LtC); 
Monthly invoice line items (TLX), Monthly service calls 
(SC); Monthly sales in base currency (S); Monthly 
technical support calls (TC); Monthly new product order 
line items (NP), Monthly returned product quantity 
(RPQ), Monthly total product quantity fTPQ), Monthly repeat 
support calls (RTC); Monthly repeat service calls (RSC); 
Total monthly communications (TMC); New products as 
percentage of total product* available (NPP), Weighted 
average days to pay (DA); Weighted average delivery 
variance ((actual delivery time x qty)/(promised 
delivery time x qty)) (DV); Weighted average 
percentage proprietary product/total product delivered (PP). 
Em- Number of job/station certifications (JC); Cumulative 

ployees: employee suggestions (CS); Cumulative implemented 
Production suggestions (CIS); Cumulative training courses completed 
(CTC); Cumulative months employed (CM); Monthly 
production - standard hours (MSH); Monthly paid hours 
(MPH); Monthly rejected production quantity (MRQ); 
Monthly total production quantity (MPQ); Monthly pay 
including benefits (MP). 
Brand Monthly average price premium/(discount) vs. industry 
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TABLE 17A-continued 



Standard 
Elements 
of Value 



Composite Variable Data 
by Item 



names average price (MPR), Monthly number of favorable 
mentions in trade press (MTP), Monthly number of 
hits on corporate web site (MWH), Monthly spending 
on advertising (MAD), Monthly average cost per 1,000 
10 for advertising (ACT). 



After the location of the composite variable data for each 
element of value has been stored in the composite variable 
location table (167) in the application database (50), pro- 
cessing advances to a software block 222. 

The software in block 222 retrieves the variables required 
for calculating the composite variable for each element of 
value for each period and then stores the resulting informa- 
tion in the composite variable data table (168) in the 
application database (50) by item. After data storage is 
complete, system processing advances to a software block 
223. The software in block 223 checks the composite 
variable data table (168) to determine if the required data are 
present for the time periods required for composite variable 
calculation in accordance with the date range previously 
calculated by the software in block 202 and stored in the 
system settings table (140). If data for all variables are 
present in all required time periods, then processing 
advances to a software block 225. Alternatively, if data for 
all of the required variables are not present, then processing 
advances to a software block 224. The software in block 224 
prompts the user (20) via an enter missing data window 
(908) to provide the missing data required for composite 
variable calculation. When the user (20) has provided the 
required information, the new input is stored in the com- 
posite variable table (168) in the application database (50) 
and system processing returns to software block 223. If all 
data required for composite variable calculation is not 
present, then the process described previously is repeated. If 
all required data are present, then processing advances to 
software block 225. 

The software in block 225 prompts the user (20) via a tax 
information data window (910) to provide an overall tax rate 
for the company and detailed schedules for federal income 
taxes plus any other taxes as shown in Table 18. 

TABLE 18 



50 



Tax 


Example Schedule 


Federal Income Tax 


15% of first $250,000 in profit 




25% of next $500,000 in profit 




35% of profit over $750,000 


State Tax 


2.25% of revenue 


Overall Tax Rate 


33% of GAAP operating profit 



After the information the user (20) provides is stored in the 
tax data table (173) in the application database (50), pro- 
cessing advances to a software block 226. The software in 
block 226 prompts the user (20) via an equity information 
data window (911) to provide historical and forecast (Fast) 
information for each account included in the equity sub- 
component specification stored in the capital component 
definition table (152) as shown in Table 19. 
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TABLE 19 






Actual/ 


Equity Account 


Example Schedule 


Fes l 


301 - Preferred stock 


100,000 Shares @ $40/share 9/1/87 


A 




with yield 5% 






250,000 shares @ $90/share 3/31/98 


F 




with yield 8% 




302 - Common Stock 


1,000,000 shares @ $20/share on 


A 




valuation date 






Price history for last 5 years 


A 


303 - Dividends 


Actual dividends last 5 years 


A 



After the information the user (20) provides is stored in the 
equity data table (144) in the application database (50), 
processing advances to a software block 227. 

The software in block 227 prompts the user (20) via a 
liability information data window (912) to provide historical 
and forecast information concerning each account included 
in the financial liability sub-component stored in the capital 
component definition table (152) as shown in Table 20. 



TABLE 20 






Actual/ 


Liability Account 


Example Schedule 


Fcst 


201 - Accounts 


NA 




Payable 






203 - Accrued Salary 


NA 




205 - Short Term Debt 


$150,000 @ 12% annual, 12/31/91 


A 




$250,000 @ 11.7% annual, 3/17/93 


A 




$250,000 @ 11% annual, 6/30/99 


F 


215 - Long Term Debt 


$2,500,000 @ 8.5% annual, 9/1/93 


A 



After the information the user (20) provides is stored in 
the debt data table (174) in the application database (50), 
processing advances to a software block 228. 

The software in block 228 calculates the current weighted 
average cost of capital using the information stored in the 
debt and equity tables (174 and 144, respectively) using 
Forum 1 shown below. 

Weighted average cost of capital=((D/V)X R D )(l-T)+(EjK6dii%)l 

Where: 

D=Value of Debt, E= Value of Equity, R^-Weighted Aver- 
age Interest Rate of Debt,T=Tax Rate, 

R^-Rate of Return on Equity (based on historical infor- 
mation provided) and V=(D+E) 
After the calculation is completed, processing advances to a 
software block 229. The software in block 229 compares the 
calculated value to the value previously specified by the user 
(20) in the system settings table (140). If the two values are 
different, then processing advances to a software block 230 
which prompts the user via a cost of capital selection data 
window (913) to select the cost of capital figure to use for 
future calculations. The cost of capital specified by the user 
(20) is stored in the system settings table (140) and process- 
ing returns to block 229 and on to a software block 232. 
System processing passes directly to block 232 if the cal- 
culated and specified values of the cost of capital are 
identical. 

The software in block 232 checks the asset liquidation 
price table (146) to determine if there are "current'' (as 
defined previously) liquidation prices for all physical assets 
listed in the physical asset ID table (145). If there are 
"current" prices for all physical assets listed in the physical 
asset ID table (145), then processing advances to a software 
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block 306 where the calculation of the composite variables 
begins. If, on the other hand, there are not "current" prices 
for all physical assets, then processing advances to a soft- 
ware block 235. The software in block 235 prompts the user 

5 (20) via a liquidation price entry data window (914) to 
provide liquidation prices for all physical assets that don't 
have "current" values. The user (20) is given the option of 
specifying a liquidation value as a fixed price, as a percent- 
age of original purchase price or as a percentage of book 

10 value (as stored in the basic financial system database (10)). 
After the required information has been entered by the user 
(20) and stored in the asset liquidation price table (146) in 
the application database (50), system processing advances to 

]5 block 306. 

Calculate Composite Variables 

The flow diagram in FIG. 6 details the processing that is 

20 completed by the portion of the application software (300) 
that calculates the composite variables for each element and 
sub-element of value. Processing begins in software block 
306. The software in block 306 checks the composite 
variable table (156) to determine if the composite variables 

25 for all elements of value have been calculated within the 
maximum allowable time period specified by the user (20) 
and stored the system settings table (140). As in the related 
U.S. Pat. No. 5,615,109, a calculation or sort completed 
within the acceptable time limit is defined as a "current" 

30 calculation or sort. If the examination of the composite 
variable table (156) reveals that the composite variables for 
all elements of value are "current", then processing advances 
to a software block 402. Alternatively, if some or all of the 
composite variables don't have current values, then process- 

35 ing advances to a software block 307. 

The software in block 307 retrieves the definition for the 
next element of value from the element of value definition 
table (153) in the application database (50) and then uses the 
retrieved information together with the information in the 

40 composite variable location table (167) and the system 
settings table (140) to retrieve all the required data, by item, 
for the required months for use in calculating the composite 
variable for the element of value being analyzed. Calculation 
of the composite variables is completed one item at a time 

45 before the individual item values are added together to 
calculate the composite variable for the element (or sub- 
element). The composite variables are calculated for each 
month required for element valuation in accordance with the 
formulas shown in table 21 for the three elements detailed in 

50 Table 17 (see Table 17B for the composite variable formulas 
associated with the remaining elements). 

TABLE 21 



55 Element of Composite Variable 
Value Formulas 

Customers S x (.05 x (((TC - RTC)/TC) + ((T?Q - RPQ)/TPQ) + 
(1/DV) + <(SC - RSC)/SC) + (CTLI - LC)/TLJ)) + 
(.125 x ((ML/ML AVO ) + (D/DA))) + 
(.125 x (((NP/TLTVNPP) + (PPavg/PP)) + 
(.125 x (((TMCi - TMC (t . 1 ^™q t . 1) ) + MOfM) 

Employees: (MP) x (.166 x (MSH/MPH) + (MPQ - MRQ/MPQ) + 

Production ((CTC X - CTC ( ,. 12) )/12) + 

((JC, - JC, t . 12 >12) + «CS t - CS (I . 12) )/j2) + (CIS/CM)) 

Brand names (MAD) x (.25 x (MPR + ((MTP, - MTP^/MTP^.,)) + 
((MWH, - MWH (l . 1) )/MWH (t . 1) ) + 
65 ((ACT, - ACT 0 . 12) )/ACT ( , 12> ))) 
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TABLE 21-continued 



TABLE 22 



Element of 
Value 



Composite Variable 
Formulas 



WHERE: 

X, - Value of X in period t 

X( M ) - Value of X in period (t-1) 

X(,. 12 j = Value of X in period (t-1 2) - one year ago 

X A vo " Long term average value of X 



10 



The calculated composite variables by item and element are 
stored in the composite variable table (156). The item level 
composite variable data are also stored at this time in the 
composite variable data table (168) in the application data- 
base (50) before processing advances to a software block 35 
308. 

The software in block 308 checks the element of value 
definition table (153) in the application database (50) to see 
if the user (20) has specified that there will be sub-elements 
of value for the element of value being analyzed. If the user 20 
(20) has indicated that there will be no sub-elements of value 
for this element, then processing returns to block 306. As 
described previously, if the software in block 306 determines 
that all elements of value have current composite variables, 
then processing will advance to block 401. Alternatively, if 25 
there are elements of value without current composite 
variables, then processing returns to block 307 as described 
above. If the user (20) has instead specified that there will be 
sub-elements of value for the element of value being 
analyzed, then processing advances to a software block 309. 30 

The software in block 309 checks the system settings 
table (140) to determine if the calculation being completed 
is a stand-alone calculation or a comparison to a prior 
calculation. If the software in block 309 determines that the 
current calculation is not being used for a comparison, then 
the processing advances to a software block 315. The 
software in block 315 retrieves the composite variable data 
by item for the element being analyzed from the composite 
variable data table (168) before creating a normalized set of 
composite variable data for each item within the element of 
value being analyzed. The normalized value for each com- 
posite variable data element for each item in each period is 
then calculated using Formula 2 shown below. 



35 



Normalized Value = 



Current value - MN 
(MP- MN) 



Formula 2 



45 



50 



Where: 

MN»minimum positive or most negative data value for all 
element items 

MP-maximum positive data value for all element items 
After the normalized data are saved in the normalized 
composite variable data table (169) in the application data- 55 
base (50), system processing advances to a software block 
316. The software in block 316 uses an unsupervised 
"Kohonen" neural network that uses competitive learning to 
create a clustering scheme and segment the element of value. 
As shown in FIG. 10 a "Kohonen" network has only two 60 
layers — an input layer (712) that holds the input nodes 
(750-x) where the different inputs are sequentially entered. 
The input patterns are transmitted to an output layer (713) 
which has one node (760-x) for each possible output cat- 
egory. The input layer and the output layer are fully inter- 65 
connected as shown in FIG. 10. The different variables are 
defined in Table 22. 



Variable Definition 



P The number of items for the element. Equals the 

number of different patterns that will be presented to 
the network 

M The numbeT of variables the in the composite variable for the 

element as well as the number of input nodes 

(750-1 through 750-M) 
N The maximum number of sub- elements for this element 

(default is 20) as well as the number of output nodes 

(760-3 through 760-N) 
(Oy Represents the connection strength between unit j 

of the input layer (712) and unit i of the 

output layer (713) 
X,- Represents the input vector which is the normalized 

value of the "j ,h " item 

composite variables 
V, Matching value - measures how closely the weights of a 

given node match the input vector 

"Kohonen" network processing begins when the software 
in block 316 initializes at random the weights (716) between 
the output layer (713) and the input layer (712) with small 
values. In the next step the system starts sequentially enter- 
ing the normalized composite variable data from the nor- 
malized composite variable data table (169) into the input 
layer (712). The normalized value for each variable is 
entered into a different input node (750-x) and transmitted 
from there to the output layer (713). The nodes in the output 
layer (760-x) each compute their matching values (V,) using 
Formula 3 shown below: 



V-2(0) ir X y ) 2 



Formula 3 



The matching value (V,) essentially represents the distance 
between the vectors (cj £ ) and x. Therefore, the output node 
(760) with the lowest matching value is also the node that 
most closely matches the input vector. The unit that is closest 
to the input is declared the winner and its weight (co t y) along 
with the weights of the neighboring output nodes are 
updated. The change in weight for the winning node and its 
neighbors is calculated using Formula 4 shown below. 



Aco^a (xy-tOy) Formula 4 

where: arepresents the learning rate (see Formula 5) 
The application of this formula diminishes the difference 
between the weights of the output nodes and the weights of 
the input vectors. Output nodes that are not neighbors of the 
winning node are not updated. The output nodes are updated 
after each input and over time the application of the formulas 
shown above will tend to create clusters of similar nodes. 

The input vectors (data patterns) are cycled through the 
"Kohonen" network a pre -determined number of times 
which are referred to as epochs. The total number of epochs 
(T) will be set by the software to somewhere between 500 
and 10,000 depending upon the number of composite sort 
variables used for the element. The neighborhood size, that 
is the quantity of adjacent nodes that are considered to be 
neighbors, is adjusted downward from its initial value of 
75% of the value of N by one node at a time as the number 
of epochs increases from zero (0) to its maximum number 
(T). The learning rate (a) is determined by Formula 5 shown 
below. 



a-0.2 X (l-CI710 f 000)) 



Formula 5 



Once the Kohonen network processing has been completed 
for the specified number of epochs (T), the software in block 
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316 arbitrarily assigns a number to each output node (760- 
x). The software in block 316 then calculates the distance 
between the input vector (x) of each item and the weight in 
each output node (760-x) using Formula 3. The software in 
block 316 then assigns the number of the closest output node 
(760-x) to the item and stores the resulting information in the 
sub-element definition table (154) in the application data- 
base (50). The software in block 316 also stores the final 
value of all network weights in the sub-element weights 
table (157) in application database (50). 

After the network weights and information assigning each 
item to a sub-element have been stored in the appropriate 
tables in the application database (50), processing advances 
to a software block 317. The software in block 317 retrieves 
the item data for each sub -element by month before calcu- 
lating a composite variable for each sub-element for each 
required time period using the appropriate formula 
(described previously) for the sub-element being analyzed. 
The results of these calculations are stored in the composite 
variable table (156) in the application database (50) before 
processing returns to block 306. As described previously, if 
the software in block 306 determines that all elements of 
value have current composite variables, then processing will 
advance to block 401. Alternatively, processing returns to 
block 307 as described previously. 

If the software in block 309 determines that the calcula- 
tion being completed is a comparison to a prior valuation, 
then processing advances to a software block 310. The 
software in block 310 retrieves the sub-element weights 
from the previous calculation from the sub-element weights 
table (157) and reestablishes the prior sub-element assign- 
ments by using Formula 3 to determine the appropriate 
sub-element for each item. When this processing has been 
completed, processing advances to a software block 312. 

The software in block 312 checks the composite variable 
data table (168) to see if there are any new items for 
elements being analyzed. If there are no new items, then 
processing advances to block 317 and on to block 306 as 
described previously. Alternatively, if the software in block 
312 determines that there are new items, then processing 
advances to a software block 313. 

The software in block 313 determines the appropriate 
sub-element assignment for each new item by calculating 
the normalized value of the input vector for each new item 
and using formula 3 to determine which output node (i.e., 
which sub -element from the previous calculation) each item 
should be assigned to. The inputs for these calculations are 
stored in the normalized composite variable data table (169) 
and the results are stored in the composite variable data table 
(168) in the application database before processing advances 
to block 317 and on to block 306 as described previously. 

Calculate Components of Value 

The flow diagram in FIG. 7 details the processing that is 
completed by the portion of the application software (400) 
that calculates the components and sub-components of 
value. Processing begins in a software block 402. The 
software in block 402 checks the enterprise value table (170) 
in the application database (50) to determine if there are 
"current" valuations for all enterprises for the date for which 
the current valuation is being calculated. If there are "cur- 
rent" valuations for all enterprises, then processing advances 
to a software block 415 where the software in the block 
calculates the total company current operation value. 
However, if some or all of the enterprises don't have 
"current" valuations, then processing advances to a software 
block 403. 
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The software in block 403 retrieves the definition for the 
next enterprise that doesn't have a "current" valuation from 
the enterprise definition table (155) in the application data- 
base (50). Processing then advances to a software block 404. 
s The software in block 404 checks the data from the 
revenue component definition table (150) for the revenue 
component of the enterprise being valued to determine if 
there is a "current" valuation for the component If there is 
a "current" valuation for the revenue component, then 
io processing advances to a software block 407 where the 
values of the expense component or expense sub- 
components for the enterprise are checked to determine if 
they are "current". However, if the revenue component 
valuation isn't "current",then processing advances to a soft- 
is ware block 405. The software in block 405 retrieves the 
information for the revenue component from the revenue 
data table (141) and processing advances to a software block 
406. In accordance with the present invention, the revenue 
component value is calculated for the specified date of 
20 valuation using Formula 6 shown below. 

Value = F fi / (1 + K) + F p /(I +■ K) 2 + Fp/(1 + Kf + Formula 6 

F fl /(l + K) A + (F M x{1 4- g)) I UK- g) x (1 +■ Kf) 

25 Where : 

F^ = Forecast revenue, expense or capital for year 

x after valuation date (from advanced financial system) 
K = Cost of capital — % per year (from system settings) 
30 g - Forecast growth rate to perpetuity - 

% per yeartfrom advanced financial system) 

After the valuation of the revenue component is complete, 

35 the result is stored in the revenue component definition table 
(150) in the application database (50) and processing 
advances to a software block 407. 

The software in block 407 checks the expense component 
definition table (151) in the application database (50) to 

40 determine if there are "current" valuations for all expense 
components or sub-components in the enterprise being val- 
ued. If the user (20) has previously stored information in the 
system settings table (140) specifying a "simplified" 
analysis, then the expense component values will be 

45 checked. Alternatively, if the user (20) has not selected a 
simplified analysis, then the expense sub-component values 
will be checked. If there are "current" valuations for the 
expense components or all sub-components, then processing 
advances to a block 410 where the values of the capital 

50 components for the company are checked to determine if 
they are "current". However, if some or all of the expense 
components or sub -components don't have "current" 
valuations, then processing advances to a software block 
408. The software in block 408 retrieves the information 

55 from the expense data table (142) for the expense compo- 
nent or the next expense sub-component that doesn't have a 
"current" valuation. Processing then advances to a software 
block 409. In accordance with the present invention the 
valuation of the expenses is calculated for the specified date 

60 of valuation using formula 6. After the valuation of the 
expense component or expense sub-component has been 
completed, the results are stored in the expense component 
definition table (151) in application database (50) and pro- 
cessing returns to a software block 407. If there are still 

65 expense sub-components that don't have current valuations, 
then the processing described above is repeated for the next 
sub-component. Alternatively, if the expense component or 
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all expense sub-components have current valuations, then 
processing advances to a software block 410. 

The software in block 410 checks the capital component 
definition table (152) in the application database (50) to 
determine if there are "current" valuations for all capital 5 
components. If the user (20) has previously stored informa- 
tion in the system settings table (140) specifying a "simpli- 
fied" analysis, then the capital component value for the 
enterprise will be checked. Alternatively, if the user, (20) has 
not selected a simplified analysis, then the standard capital 10 
sub-components will be checked. If there are "current" 
valuations for all capital components, then processing 
advances to a software block 414 where the enterprise 
current operation value is calculated. If the valuation for the 
capital component or some of the capital sub -components is 15 
not "current", then processing advances to a software block 
411. The software in block 411 retrieves the information 
required for valuation of the next capital component or 
sub-component that doesn't have a "current" valuation from 
the capital data table (143) in the application database (50). 20 
Processing then advances to a software block 412. The 
software in block 412 calculates the value of the capital 
component or capital sub-component using formula 6. After 
the valuation of the capital component or a capital sub- 
component is complete, the results are stored in the capital 25 
component definition table (152) in the application database 
(50) and system processing returns to block 410. If there are 
still capital sub-components that don't have current 
valuations, then the processing described above is repeated 
for the next sub -component Alternatively, if the capital 30 
component or all capital sub-components have current 
valuations, then processing advances to a software block 
414. 

The software in block 414 calculates the current operation 
value of each enterprise by summing the previously calcu- 35 
lated component and sub -component values as shown in 
Table 4. The calculated value for the enterprise current 
operation is stored in the enterprise value table (170) in the 
application database (50) and processing returns to block 
402 which again checks the enterprise value table (170) in 40 
the application database (50) to determine if all enterprises 
have "current" values. If there are still enterprises without 
"current" values, then processing advances to block 403 and 
the processing described in the preceding paragraphs is 
repeated for another enterprise. Alternatively, if all the 45 
enterprises have "current" values, then processing transfers 
to a block 415 where the software in the block adds the 
enterprise values together to calculate the value of the 
current-operation for the total company. The total company 
current-operation value is stored in the enterprise value table 50 
(170) in the application database (50) and processing 
advances to a software block 501 where the predictive 
model specification and optimization is started. 

Predictive Model Specification and Optimization 55 

The flow diagrams in FIG. 8A and FIG. 8B detail the 
processing that is completed by the portion of the applica- 
tion software (500) that uses predictive models to determine 
the relationship between the elements and sub -elements of 
value and the revenue, expense and capital of all defined 60 
enterprises. Processing begins in software block 502. The 
software in block 502 checks the revenue model weights 
table (159) in the application database (50) to determine if 
the revenue components for all enterprises have "current" 
models. If there are revenue components without "current" 65 
predictive models, then processing advances to a software 
block 503 where the information specifying the next revenue 
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component is retrieved from the revenue component defi- 
nition table (150) in the application database (50). After the 
revenue component definition has been retrieved, processing 
advances to a software block 504 where the software in the 
block creates a predictive time series neural net model for 
the revenue component. More specifically, the software in 
the block creates a neural network model that relates the 
elements and sub-elements of value for a given business 
valuation subunit to the revenue component. Neural net- 
works are increasingly being used for statistically modeling 
the relationships between sets of data. One of the main 
reasons for the increase in their use is that they are effective 
in modeling relationships even when there are nonlinear 
relationships and interactions between independent vari- 
ables. Neural networks consist of a number of processing 
elements (hereinafter, referred to as nodes) that send data to 
one another via connections. The strengths of (he connec- 
tions between the nodes are referred to as weights. As shown 
in FIG. 9, there are three types of nodes, input nodes (710-x), 
hidden nodes (720- x) and output nodes (730). Input nodes 
receive data values from input variables (701). A threshold 
node (710-THRESH) is a special mass of input node (710-x) 
with a constant weight of 1 on the connection to a hidden 
node (720-x). Hidden nodes (720-x) create intermediate 
representations of the relationship between input data and 
the output values. It is important to note that while the 
diagram in FIG. 9 shows only one layer of hidden nodes 
(703), in many cases a network model will contain several 
layers of hidden nodes. Finally, output nodes (730) produce 
output variables (705). 

The action of a neural network is determined by two 
things: the architecture, that is how many input, hidden and 
output nodes it has; and the values of the weights. A neural 
network "learns" by modifying its weights (706 and 707) to 
minimize the difference between the calculated output value 
(705) and the actual output value. The difference between 
the calculated output value and the actual output value is 
defined as the error function for the network. For revenue 
components such as those specified by the software in block 
504, the error function is defined by Formula 7. 

ERR{W) k = 1 /2{R k - Y( W)) 2 formula 7 

Where: 

W = a set of weight values 
ERR(W) k = error function for W for period k 
/?4 = actual/ forecast revenue for period k 
Y(W) = output value for W 

The process for minimizing the error function will be 
detailed after the specification of the network architecture is 
explained. 

The software in block 504 determines the number of the 
input nodes and hidden nodes for each network as a function 
of the number of elements and sub-elements of value 
associated with the enterprise revenue component. There are 
also additional input nodes for prior period revenue and for 
a threshold node. For the system of the present invention, 
there is a minimum of twelve (12) input nodes and 13 hidden 
nodes for each predictive mode. The minimum number of 
input nodes is derived by adding one node for each of the ten 
(10) standard elements of value (see Table 16) to the 2 extra 
nodes, for the threshold and prior period revenue. The 
minimum number of hidden nodes is derived by adding one 
(1) to the minimum number of input nodes. Table 23 shows 
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the calculation of the number of nodes in the example 
predictive revenue model 



TABLE 23 


Standard 




Maximum 


Actual total 


elements of value 


Sub-elements? 


sub -elements 


(sub)-elements 


Customers 


Yes 


10 


5 


Employees: Sales 


No 


NA 


1 


Employees: Production 


No 


NA 


1 


Employees: Support 


No 


NA 


1 


Employees: Other 


No 


NA 


1 


Channel Partners 


Yes 


2 


1 


Vendors 


Yes 


20 


4 


Production Equipment 


Yes 


5 


2 


Infrastructure 


No 


NA 


1 


Brand names 


Yes - 1 for 


50 


2 




each 






Subtotal Inputs: 






19 


Threshold & Prior Period 






2 


Total Input Nodes: 






21 


Hidden Node Adder 






1 


Total Hidden Nodes: 






22 



The software in block 504 sets the initial number of hidden 
layers to one. The software in block 504 also establishes one 
output node for the revenue and sets all weights to random 
numbers between 0 and 1 (except the threshold node weight 
which is fixed at 1). 

The processing completed by all of the network nodes 
(710-x, 720-x and 750) is similar. The input nodes (710-x) 
receive their input from system inputs while the hidden and 
output nodes (720-x and 730) receive input from other 
nodes. Each node multiplies the received input by the 
corresponding weight (706 or 707) to produce a weighted 
sum. The network applies a sigmoid or linear function to the 
weighted sum to determine the state of the node. The state 
of each node is then passed on to the next layer along a 
weighted connection or it is used to generate an output 
variable. When the network architecture including the nodes 
has been specified by the software in block 504, then 
processing advances to a software block 525 where network 
optimization begins. 

The normal operation of a neural network requires the use 
of very large amounts of data to train the network to 
minimize the error function and then test the networks 
predictive capabilities. The preferred embodiment of the 
present invention minimizes the need for very large data sets 
by using genetic algorithms to find the weights (W) that 
reduce the error function to an acceptable level before 
optimizing the network using the backpropagation algorithm 
to determine the "best fit". The software in a block 525 uses 
genetic algorithms to find solutions for the current error 
minimization problem by evolving a set of solutions toward 
the desired goal of having an error function value of zero. 
More specifically, the genetic algorithms in block 525 create 
and maintain a population of the software equivalent of 
DNA chromosomes (hereinafter, chromosomes) that 
"evolve" toward the specified goal by using selective cross- 
over and random mutation to generate new chromosomes. 
For this application, the chromosomes (see Table 24 below) 
encode the network weights. 
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TABLE 24 



s 



0 


Gene 1 


X 


Gene 2 


0 


Gene 3 


X 


Gene 4 


0 


Gene 5 



Each individual "gene" represents a weight between two sets 

io of nodes. The fitness of each chromosome in the population 
is evaluated by the proximity of the resulting solution to the 
expected objective function maximum (the maximum of the 
objective function corresponds to the minimum error level 
of the neural network). Selective crossover in a genetic 

15 algorithm gives a preference to the chromosomes (sets of 
weights) that are the most fit (e.g., have lowest error and 
highest objective function outputs). Crossover is a form of 
reproduction that separates each of two individual chromo- 
somes into two separate pieces at a random break point. 

20 Crossover is completed when the algorithm recombines the 
top piece from the first chromosome with the bottom piece 
of the second chromosome and the bottom piece from the 
first chromosome with the top piece from the second chro- 
mosome to produce two new chromosomes that have a mix 

25 of "genes" from each of the original chromosomes. Giving 
a preference to the most fit chromosomes increases the 
likelihood that the new chromosomes will produce more fit 
solutions than the precursor chromosomes. Mutation is the 
random change in the value of a randomly selected "gene". 

30 Mutation occurs to "genes" during crossover. It also occurs 
in individual chromosomes within the population. When a 
population of chromosomes has been crossed over and 
mutated, a new generation of the population is created. The 
fitness of the chromosomes within the new population is 

35 evaluated and unless one of the chromosomes produces an 
acceptable solution (a solution where the error level is below 
the target), the process is repeated. Over time the selective 
crossover will increase the relative fitness of the population 
and decrease the difference between the best and worst 

40 chromosomes. 

The evolutionary process is enhanced in the present 
invention using three separate mechanisms. First, the fitness 
measures for individual chromosomes are re-scaled before 
crossover by the software in block 525 whenever the dif- 

45 ference between the fitness of the top 10% of population and 
the bottom 10% of the population is less than 5% of the 
expected solution. To accomplish this, the fitness of the 
chromosome(s) with the lowest fitness is arbitrarily changed 
to 10% of the target value and the fitness of the chromosome 

50 (s) with the highest fitness is set to 95% of the target value. 
The remaining chromosomes fitness values are adjusted 
accordingly. This adjustment has the effect of restoring the 
relative advantage that the filter chromosomes have in being 
selected for crossover. 

55 The second mechanism for speeding the evolutionary 
process is to pick only the fittest members of a population for 
inclusion in the next generation. For this procedure, the 
current generation is combined with the two preceding 
generations and the fittest third from the combined popula- 

60 tion is carried forward for crossover and mutation in the next 
generation by the software in block 525. Finally, the sensi- 
tivity of the solution to the inclusion of all "genes" is tested 
when the fitness of a chromosome reaches the target level or 
the fitness of the population fails to increase for the maxi- 

65 mum number of successive generations specified by the user 
(see System Settings, Table 12). The highest level of fitness 
achieved is established as the new target and processing 
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advances to a block 530 after the resulting genes are stored 
in the revenue model genes table (158). The software in 
block 530 creates parallel populations where the "genes" 
(weights) associated with one element or sub-element of 
value are removed from each chromosome before process- s 
ing advances to a software block 535. 

The software in a block 535 repeats the evolution process 
using the parallel population with the highest initial average 
fitness. If the fitness level of a chromosome in the parallel 
populations exceeds the target value after a minimum mim- 10 
ber of generations (equal to the user specified maximum — 
see System Settings, Table 12) or the fitness of the popula- 
tion fails to increase for the user specified maximum number 
of successive generations, then processing advances to a 
block 540. If the software in block 540 determines that a 15 
chromosome in the parallel population has reached a new 
target level, then the genes are stored in the revenue model 
genes table (158) and the processing returns to a block 530 
where process of creating parallel populations by removing 
element of value "genes" is repeated. The overall process of 20 
evolution and removing elements and sub -elements of value 
continues in this manner until the new parallel populations 
fail to reach a new target level and processing is then 
advanced to a block 545. The software in block 545 uses the 
chromosome that achieved the highest fitness to initialize a 25 
feed-forward neural network. In a manner that is well 
known, the network is then trained by the software in a block 
550 using a traditional backpropagation algorithm to further 
minimize the error function associated with the network. 
The resulting weights for the enterprise are then saved in the 30 
revenue model weights table (159) in the application data- 
base (50) and processing returns to a block 502. 

If the software in block 502 determines that there are 
"current" revenue models for all enterprises, then processing 
advances to a software block 505. The software in block 505 35 
checks the expense model weights table (161) in the appli- 
cation database (50) to determine if the expense component 
or all expense sub-components have "current" models. If the 
user (20) has previously stored information in the system 
settings table (140) specifying a "simplified" analysis, then 40 
the expense component model will be checked before pro- 
cessing advances to a software block 507 or to a software 
block 511. Alternatively, if the user (20) has not selected a 
simplified analysis, then the standard expense sub- 
component models will be checked before processing 45 
advances to block 507 or block 511. In either case, process- 
ing will advance to block 507 if the models aren't "current" 
and to block 511 if they are "current". 

The software in block 507 retrieves the information 
specifying the expense component or the next expense 50 
sub-component from the expense component definition table 
(151) in the application database (50). After the required 
information is retrieved, processing advances to a block 508 
where the predictive expense model is specified in a manner 
similar to that described previously for the predictive rev- 55 
enue model. From block 508, processing advances to blocks 
525, 530, 535, 540, 545 and 550 where the genetic evolution 
of the fittest solution is completed in a manner similar to that 
described above for the predictive revenue model. As part of 
this processing expense model genes are stored in the 60 
expense model genes table (160) in a manner identical to 
that described previously for the storage of revenue model 
genes. If there are sub-components, then the process 
described above is repeated until all expense sub- 
components have "current" models. When all expense com- 65 
ponents or all expense sub-components have "a current" 
models, processing advances to a software block 511. 
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The software in block 511 checks the capital model 
weights table (163) in the application database (50) to 
determine if the capital component or all capital sub- 
components have "current" models. If the user (20) has 
previously stored information in the system settings table 
(140) specifying a "simplified" analysis, then the capital 
component model will be checked before processing 
advances to a software block 513 or to a software block 601. 
Alternatively, if the user (20) has not selected a simplified 
analysis, then the standard capital sub-component models 
will be checked before processing advances to block 513 or 
block 601. In either case, processing will advance to block 
513 if the models aren't "current" and to block 601 if they 
are "current". 

The software in block 513 retrieves the information 
specifying the capital component or the next capital sub- 
component from the capital component definition table 
(152) in the application database (50). After the required 
information is retrieved, processing advances to a block 514 
where the predictive capital model is specified in a manner 
similar to that described previously for the predictive rev- 
enue and expense models. From block 514, processing 
advances to blocks 525, 530, 535, 540, 545 and 550 where 
the genetic evolution of the fittest solution is completed in a 
manner similar to that described above for the predictive 
revenue and expense model. As part of this processing 
capital model genes are stored in the capital model genes 
table (162) in a manner identical to that described previously 
for the storage of revenue and expense model genes. If there 
are sub-components, then the process described above is 
repeated until all capital sub-components have "current" 
models. When all capital components or all capital sub- 
components have "current" models, processing advances to 
a block 601 where valuations are calculated for the elements 
and sub-elements of value. 

Value All Elements and Sub-elements of Value 

The flow diagram in FIG. 11 details the processing that is 
completed by the portion of the application software (600) 
that values all elements and sub-elements of current- 
operation value for all enterprises. Processing begins in 
software block 602. The software in block 602 checks the 
revenue component percentage table (164) in the application 
database (50) to determine if the revenue component models 
for all enterprises have "current" percentages. If there are 
revenue components without "current" percentages, then 
processing advances to a block 603 where the information 
specifying the next revenue component is retrieved from the 
revenue component definition table (150) and the revenue 
model weights table (159) in the application database (50). 

After the revenue component information is retrieved, 
processing advances to a block 604 where relationships 
between the elements and sub -elements of value and the 
revenue component are determined, The software in block 
604 uses the network weights (706 and 707) previously 
stored in the revenue model weights table (159) to segregate 
the hidden-layer (703) to output-layer (704) connection 
weights (707) for each hidden node (720-x) into the com- 
ponents associated with each input node (710-x). The por- 
tion of the output attributable to each input node is then 
determined by Formula 8 (shown below). 
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Formula 8 



Where 

l /Jt -Absolute value of the input weight (706) from input 

node j to hidden node k 
O fc =Absolute value of output weight (707) from hidden 

node k 

m»number of hidden Dodes 

n=number of input nodes 
After the equation shown above is solved by the software in 
block 604, the portion of the revenue value attributable to 
each element or sub -element of value is calculated and 
stored in the revenue component percentage table (164) in 
the application database (50). The portion of the revenue 
value that can't be attributed to an element or sub-element 
of value is generally the portion that is attributed to the prior 
period revenue. This portion of the value will be referred to 
as going concern revenue component. After the storage of 
the revenue component percentages has been completed, 
processing returns to block 602. The software in block 602 
checks the application database (50) to determine if all 
revenue components have "current" model percentages. If 
there are still revenue components without "current" 
percentages, then the system repeats the processing 
described in the preceding paragraphs. Alternatively, if all of 
the revenue component models have "current" percentages, 
then processing advances to a software block 605. 

The software in block 605 checks the expense component 
percentage table (165) in the application database (50) to 
determine if all expense component or sub-component mod- 
els for all enterprises have "current" percentages. If the user 
(20) has previously stored information in the system settings 
table (140) specifying a "simplified" analysis, then the 
expense component percentages will be checked. 
Alternatively, if the user (20) has not selected a simplified 
analysis, then the standard expense sub-component percent- 
ages will be checked. If there are expense components or 
sub -components without "current" percentages, then pro- 
cessing advances to a software block 606 where the infor- 
mation specifying the next expense component or sub- 
component is retrieved from the expense component 
definition table (151) and the expense model weights table 
(161) in the application database (50). After the expense 
component or sub-component information is retrieved, pro- 
cessing advances to a software block 607 where the per- 
centages of value for the expense component or sub- 
component are calculated in a manner identical to that 
described previously for revenue components. The portion 
of the expense value that can't be attributed to an element or 
sub-element of value is generally the portion that is attrib- 
uted to the prior period expense. This portion of the value 
will be referred to as going concern expense component. 
After the storage of the percentages of the expense compo- 
nent or sub -component to the expense component percent- 
age table (165) has been completed, processing returns to 
block 605. The software in block 605 checks the expense 
component percentage table (165) in the application data- 
base (50) to determine if all expense component or sub- 
component models have "current" percentages. If there are 
still expense component or sub-component models without 
"current" percentages, then the system repeats the process- 
ing described above. Alternatively, if all of the expense 
component or sub-component models have "current" 
percentages, then processing advances to a software block 
608. 
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The software in block 608 checks the capital component 
percentage table (166) in the application database (50) to 
determine if all capital component or sub-component models 
for all enterprises have "current" percentages. If the user 

s (20) has previously stored information in the system settings 
table (140) specifying a "simplified" analysis, then the 
capital component percentages will be checked. 
Alternatively, if the user (20) has not selected a simplified 
analysis, then the capital sub -component percentages will be 

to checked. If there are capital component or sub-component 
models without "current" percentages, then processing 
advances to a software block 609 where the information 
specifying the next capital component or sub -component is 
retrieved from the capital component definition table (152) 

15 and the capital model weights table (163) in the application 
database (50). After the capital component or sub- 
component information is retrieved, processing advances to 
a software block 610 where the percentages of value for the 
capital component or sub -component are calculated in a 

20 manner identical to that described previously for revenue 
and expense components. The portion of the capital element 
or sub-element value that can't be attributed to an element 
or sub-element of value is generally the portion that is 
attributed to the prior period capital requirements. This 

25 portion of the value will be referred to as going concern 
capital value. After the storage of the percentages of the 
capital component or sub-component to the capital compo- 
nent percentage table (166) has been completed, processing 
returns to block 608. The software in block 608 checks the 

30 capital component percentage table (166) in the application 
database (50) to determine if all capital components or 
sub-components have "current" percentages. If there are still 
capital component or sub-component models without "cur- 
rent" percentages, then the system repeats the processing 

35 described above (609 and 610). Alternatively, if all of the 
capital components or sub-components have "current" 
percentages, then processing advances to a software block 
611. 

The software in block 611 combines all the revenue 
40 component, expense component or sub-component and capi- 
tal component or sub-component values together to calculate 
the overall value for each element or sub-element of value 
by enterprise as shown in Table 4. As part of the processing 
in this block, the calculated value of production equipment 
45 element (or sub -elements) of value is compared to the 
liquidation value for the equipment in the element The 
stored value for the element (or sub-elements) will be the 
higher of liquidation value or calculated value. After the 
calculations are completed, processing advances to a soft- 
50 ware block 612 where the residual going concern value is 
calculated using Formula 9. 

Residual Going Concern Value=Tbtal Current-Optra tion \blue-X 
Financial Asset Values-Z Elements of Value- ZSub- Elements of 
Value Formula 9 

55 

After the residual going concern value is calculated for each 
enterprise, the values calculated for each element and sub- 
element of value (including going concern value) by the 
software in blocks 611 and 612 are stored by enterprise in 
00 the enterprise value table (170) in the application database 
(50). System processing then advances to a software block 
772 where the preparation of the management reports is 
started. 

65 Display and Print Results 

The flow diagram in FIG. 12 details the processing that is 
completed by the portion of the application software (700) 
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that creates, displays and optionally prints financial man- user (20) can also choose to create, display or print an 

agement reports. The primary management report the Operational Value Creation Statement for the business as a 

Operational Value Map™ report, summarizes information whole and/or for any combination of enterprises if a com- 

about the elements and sub-elements of business value on parison calculation were being made. The software in block 

the valuation date. If a comparison calculation has been 5 776 creates and displays all Operational Value Maps™ 

completed, a Operational Value Creation report can be report and Operational Value Creation Statements requested 

generated to highlight changes in the elements and sub- by the user (20) via the report selection data window (915). 

elements of business value during the period between the After the user (20) has completed the review of displayed 

prior valuation and the current valuation date. reports and the input regarding equity analysis and reports to 

System processing in this portion of the application 10 print has been stored in the reports table (172), processing 

software (700) begins in block 772. At this point in system adva ? ccs t0 a ^ flw ^ bloc * 777 ' ™ c f ^ ar ( e m block 777 

processing, virtually all of the information required to pro- ! ransf ^ processing to a software block 778 if the user (20) 

duce the Value Map™ report has been calculated using the ha * cho ^ t0 J h 1 ave the relationship between market value 

methods outlined in Table 1 as detailed in the preceding and calculated business value exammed. The software in 

sections. As a result, the only computation that needs to be « bl °<* 77 * compares the market value of the business to the 

made is the calculation of economic equity. The software in calcukted value by completing the Formula 12 for each 

block 772 retrieves the required information from the enter- complete valuation stored in the reports table (172). 
prise value table (170), debt data table (174) and equity data 

table (144) in the application database (50) and then calcu- ((£ ExN)-d)=(YxV) Formula 12 

lates the economic equity for the business as a whole using 20 \yh ere . 

Formula 10 (shown below). E-Market price of equity for valuation date 

Economic Equity- (Current Operation Valuc)-(Currcnt Uabfli- N=Number of shares of equity outstanding on valuation 

tics)-(Currcnt Debt)- (Book* Equity Value) Formula 10 date 

, , , . ?s D-Market value of debt on valuation date 

calculated m accordance with GMP AJ 

An equity value for each enterprise is then calculated by Y=Market value/calculated business value ratio 

dividing the combined book and economic equity as V=Total calculated business value on the valuation date 

required to balance the Value Map™ report totals in accor- The average ratio of market value to calculated business 

dance with Formula 11 (shown below). value and tne standard deviation of the ratio are then 

30 calculated using standard regression analysis methods and 

Enterprise Equity=(Current Enterprise Operation Value)- (Current stored in the equity forecast table (148) in the application 

Enterprise Liabilities)- (Current Enterprise Debt) where I database 

(Enterprise Equits^-Book* Equity-f Economic EquiuFonmila 11 TC , * - , , . . . j 

If the date of the current valuation is more than 60 days 

calculated in accordance with gaap after the current system date, then the software in block 778 

After the economic equity value and the enterprise equity 35 will calculate a range for equity prices on the valuation date 

values are calculated and stored in the economic equity by combining the results of previous calculations of the 

values table (171), a summary Operational Value Map™ relationship between equity value and calculated value with 

report (see FIG. 13 for format) for the entire company is the forecast of future value that was just completed. The 

created and stored in the reports table (172) and processing software will calculate the future equity value range using 

advances to a software block 773. The software in block 773 40 both the average ratio of total business value to total market 

checks the system settings table (140) to determine if the value. The software in block 778 then prepares a report 

current valuation is being compared to a previous valuation. summarizing the results of the preceding calculations that is 

If the current valuation is not being compared to a previous stored in the reports table (172) in the application database 

valuation, then processing advances to a software block 775. (50) and processing advances to a software block 779. If the 

Alternatively, if the current valuation is being compared to 45 user (20) elects not to complete the calculated valuation 

a previously calculated valuation, then processing advances versus equity price analysis, then the software in block 777 

to a software block 774. advances processing directly to a software block 779. 

The software in block 774 calculates Operational Value The software in block 779 checks the reports tables (172) 
Creation Statements (see FIG. 14 for format) for each to determine if any reports have been designated for print- 
enterprise and for the business as a whole for the specified 50 ing. If reports have been designated for printing, then 
time period. After the Operational Value Creation State- processing advances to a block 780 which sends the desig- 
ments are stored in the reports table (172) in the application nated reports to the printer (118). After the reports have been 
database (50), processing advances to a software block 775. sent to the printer (118), processing advances to a software 
The software in block 775 displays the summary Value block 781 where processing stops. If no reports were des- 
Map™ report to the user (20) via a report data window 55 ignated for printing then processing advances directly from 
(909). block 779 to 781 where processing stops. 

After displaying the summary Value Map™ report , Thus, the reader will see that the system and method 

system processing advances to a software block 776 where described above transforms extracted transaction data and 

the user is prompted via a report selection data window information into detailed valuations for specific elements of 

(915) to designate additional reports for creation, display 60 a business enterprise The level of detail contained in the 

and/or printing. The report selection data window (915) also business valuations allows users of the system to monitor 

gives the user (20) the option of having a report created to and manage efforts to improve the value of the business in 

analyze the relationship between the market value of the a manner that is superior to that available to users of 

business and the calculated business value. The user (20) has traditional accounting systems and business valuation 

the option of creating, displaying or printing the Operational 65 reports. The user also has the option of examining the 

Value Map™ report for the company as a whole and/or for relationship between the calculated business value and the 

any combination of the enterprises within the company. The market price of equity for the business. 
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While the above description contains many specificity's, 
these should not be construed as limitations on the scope of 
the invention, but rather as an exemplification of one pre- 
ferred embodiment thereof. Accordingly, the scope of the 
invention should be determined not by the embodiment 
illustrated, but by the appended claims and their legal 
equivalents. 

TABLE 17B 



Element 
of \fclue 



Composite Variable Data and Formula 



Average time between introduction of a new product and 
first purchase of the new product (AT), Days sales balance 
in Accounts Receivable (D), Months since first order (M); 
Months with orders from customer (MO), Months since last 
order (ML); Monthly invoice line item corrections (UC); 
Monthly invoice line items (TLX), Monthly service calls 
(SC); Monthly sales in base currency (S); Monthly technical 
support calls fTC); Monthly new product order line items 
(NP), Monthly returned product quantity (RPQ), Monthly 
total product quantity (TPQ), Monthly repeat support calls 
(RTC); Monthly repeat service calls (RSC); Total 
monthly communications fTMC); New products as 
percentage of total products available (NPP), Weighted 
average days to pay (DA); Weighted average delivery 
variance ((actual delivery time x qty)/(promised delivery 
time x qty)) (DV); Weighted average percentage pro- 
prietary product/total product delivered (PP). 
S x (.05 x ((fTC - RTC)/TC) + ((TPQ - RPQ)/TPQ) + 

(i/DV) + ((sc - rsc)/sc) + ecru - Lcyru)) + 

(.125 x ((ML/ML AVG ) + (D/DA))) + 
(.125 x (((NP/TLI)/NPP) + (PP A vo/PP)) + 
(.125 x ((fTMC, x TMC^yTMC^ + MO/M) 
Cumulative employee suggestions (CS); Cumulative 
implemented suggestions (CIS), Cumulative training 
courses completed (CTC); Cumulative months employed 
(CM); Monthly calls to customers (MCC); Monthly calls to 
prospects (MCF); Monthly sales (MSA); Monthly quota 
(MQ); Monthly pay (including commissions and benefits), 
New customer accounts established each month (NCA), 
Total number of customers (TC), Weighted Average 
Customer Longevity (WACL) 
((MSA t /TC t )/(MSA (I . 12 /rq i . 12) )) + (NCA/MCP) + 
(MSA/Q) + ((WAC^/CMO/(WAC^ l2 yCM (1 _ 12) )) 



Employees: 
Sales 



Employees: 
Production 



Employees: 
Support 



Employees: 
Other 



Channel 
Partners 
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TABLE 17B-continued 



Element 
of Value 



Composite Variable Data and Formula 



15 



20 



25 



((CTC t - CTC (t . 12) )/12) + ((CS t - CS (M2) )/n) + (CIS/CM)) 
Number of job/station certifications (JC); Cumulative 
employee suggestions (CS);. Cumulative implemented 
suggestions (CIS); Cumulative training courses completed 
(CTC); Cumulative months employed (CM); Monthly 
production - standard hours (MSH); Monthly paid hours 
(MPH); Monthly rejected production quantity (MRQ); 
Monthly total production quantity (MPQ); Monthly pay 
including benefits (MP). 

(MP) x (.166 x (MSH/MPH) + (MPQ - MRQ/MPQ) + 
((CTC, - CTC ( ,. 12) )/12) + 

((JC, - JC. 12> )/125 + ((CS, - CSfl. 12 0/12) + (CIS/CM)) 
Number of product certifications (PC); Cumulative 
employee suggestions (CS); Cumulative implemented 
suggestions (CIS); Cumulative training courses completed 
(CT); Cumulative months employed (CM); Monthly total 
calls handled (MTC); Monthly paid hours (MPH); Monthly 
repeat calls (MRC); Monthly pay including benefits (MS). 
(MS) x (.2 x ((MTC - MRC/MTC) + ((CTC, - 
CTC 0 . 12) )/12) + ((PC, - PC (M2) >12) + 
((CS, - CS ( ,. l2) )/12) + (CIS/CM)) 

Cumulative employee suggestions (CS); Cumulative imple- 
mented suggestions (CIS); Cumulative training courses 
completed (CT); Cumulative months employed (CM); 
Monthly pay including benefits (MO). 
(MO) x (33 x (((CTC, - CTC ( ,. 12) )/12) + 
((CS, - CS (l . ia) )/12) + (CIS/CM))) 
Average time between introduction of a new product and 
first purchase of the new product (PAT), Cumulative hours 
partner employees have been in training courses (CPT); 
Days sales balance in Accounts Receivable (PD), Months 
since first order (PM); Months with orders from partner 
(MOP), Months since last order (ML); Monthly invoice 
line item corrections (PLiC); Monthly invoice line items 



(PTLI), Monthly quotes (Q), Monthly orders (0), Monthly 
purchases in base currency (PS); Monthly technical support 
calls from partner customers (PTC); Monthly new product 
order line items (NPP), Monthly returned product quantity - 
non QC reasons (PRPQ), Monthly total product quantity 
10 (PTPQ), Total monthly communications (PTC); New 

products as percentage of total products available (NPP), 
Weighted average days to pay (DAP), Weighted average 
delivery variance ((actual delivery time x qty/ 
(promised delivery time x qty)) fPDV); Weighted average 
percentage proprietary product/total product delivered 
(PPP). 

PS x (.0625 x (((PTPQ - PRPQ)/PTPQ) + (1/PDV) + 
(O/Q) + ((PTU - PLICyPTLI)) + (.125 x ((ML/ML AVO ) + 
(DP/DAP))) + (.125 x (((NFP/PTLI)/NPP) + 
(PPP/PPF AVO ))) + 

(.125 x (((PTC, - PTC^/PTC^ + MOP/PM) 
Vendors Average days to respond to change order (AD), Cumulative 
months as a vendor (CM); Months since last order (ML), 
Monthly line item order corrections (OCV), Monthly total 
order line items (OTV), Monthly purchases (net of shipping 
and freight) (MP), Monthly communications with vendor 
(MVC), Monthly technical support calls to vendor (VTC), 
Monthly repeat technical support calls to vendor (VTC), 
Monthly returned product quantity - quality reasons (VPR), 
Monthly total product quantity (VPT), Weighted average 
delivery variance (DVV); Weighted average percentage 
proprietary product/ total product delivered (PPV). 
MP x (.055 x (((VPT - VPR)/VPT) + (1/DVV) + 
((OTV - OCV)/OTV)) + (.167 x ((AD/AD AVG> )) + 
30 (.11 x ((MVC/MVC AVG ) + (PPV/PPV AVG ))) 

Cumulative months in production (CMP); Monthly produc- 
tion - standard hours (MS HE); Monthly total hours 
(MTHE); Monthly rejected production quantity (MRQE); 
Monthly total production quantity (MPQE); Monthly 
maintenance expense (MME). 
35 (MME) x (.166 x (MSHE/MFHE) +■ 

(MPQE - MRQE/MPQE) 
Infra- Active database size (AD), Average time to implement 

structure engineering change order/part number (AECO), Average 
time to implement manufacturing change order/part 
number (AMCO), Average time to implement service 
change order/part number (ASCO), Communication density 
within company-internal communications per person (CD), 
(Database size (D), Knowledge density of products being 
sold (KD), Monthly total facilities expense (FE), Monthly 
average headcount (HC), Knowledge density of products 
being sold (KD) 

(((AECO, - AEC0 ( ,_ 12) )/AEC0 (M2> )) + 
((AMCO, - AMCO ( ,_ l2) )/AMCO (I . 12) )) + 
((ASCO, - ASCO^^/ASOViZ))) + 
(((AD/D,) - (AD/D (I . 12) )/(AD/D (I . 12) )) 
((KD, - KD ( ,. 12J )/KD ( ,. 12) ) + ((CD, _ cd^^/OV^ + 
(((FE/HCO - (FE/HC (t . 12) )/(FE/HC s ,. 12) )5) x .143 
Brand Monthly average price prernium/(discount) vs. industry 

names average price (MPR), Monthly number of favorable men- 

tions in trade press (MTP), Monthly number of hits on 
corporate web site (MWH), Monthly spending on adver- 
tising (MAD), Monthly average cost per 1,000 for 
advertising (ACK). 

(MAD) x (.25 x (MPR + ((MTP, - MTP (M ))/MTP 0 _ 0 ) + 
((MWH, - MWH ( ,. 1) )/MWH ( ,. 1) ) + ((ACK, - ACK^J/ 
ACK<,i2)))) 



Production 
Equipment 



45 



50 



55 



60 
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WHERE: 

X, = Value of X in period t 

X ( ,. 1 ) - Value of X in period (t-1) 

X(M2) - Value of X in period (t-1 2) - one year ago 

X AVO - Long term average value of X 

What is claimed is: 

1. A data processing system for valuing contributions by 
one or more tangible or intangible elements of value to a 
value of a business enterprise, comprising: 

(a) processing means for processing data; 

(b) storage means for storing data; 
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(c) first means for obtaining data related to the value of the 
business enterprise, the business enterprise having one 
or more tangible or intangible elements of value con- 
tributing to the value of the business enterprise, and the 
value of the business enterprise including a revenue 
component, an expense component and a capital com- 
ponent; 

(d) second means for calculating, for each one of the 
tangible or intangible elements of value, a composite 
variable characterizing performance of the tangible or 
intangible element of value of the business enterprise, 
second means including meaas for combining transac- 
tion data, transaction ratios and transaction trends to 
calculate the composite variable; 

(e) third means for calculating the revenue, expense and 
capital components of the value of the business enter- 
prise; 

(Q fourth means for determining, for each one of the 
tangible or intangible elements of value, a percentage 
of the revenue component contributed by the tangible 
or intangible element of value, a percentage of the 
expense component contributed by the tangible or 
intangible element of value, and a percentage of the 
capital component contributed by the tangible or intan- 
gible element of value; and 

(g) fifth means for calculating a value for each one of the 
tangible or intangible elements of value of the business 
enterprise based on the revenue, expense and capital 
components of the value of the business enterprise and 
the percentages of the revenue, expense and capital 
contributed by the tangible or intangible element of 
value. 

2. A data processing system as claimed in claim 1, 
wherein said second means further comprises: 

(a) means for calculating for a range of time including a 
specified valuation date the composite variable for each 



one of the tangible or intangible elements of value, the 
revenue, expense and capital components of the value 
of the business enterprise and the percentages of the 
revenue, expense and capital components contributed 
s by each one of the tangible or intangible elements of 
value. 

3. A data processing system as claimed in claim 1, further 
comprising: 

(h) optionally sub-dividing the revenue, expense and 
10 capital components of the value of the business enter- 
prise into sub -components to yield a more detailed 
analysis. 

4. A data processing system as claimed in claim 1, 
wherein said third means further comprises: 

!5 (a) means for using output from a predictive model to 
determine the percentage of the revenue component 
contributed by the tangible or intangible element of 
value, the percentage of the expense component con- 
tributed by the tangible or intangible element of value, 

20 and the percentage of the capital component contrib- 
uted by the tangible or intangible element of value. 

5. A data processing system as claimed in claim 1, 
wherein said third means further comprises: 

(b) means for using output from a neural network to 
25 determine the percentage of the revenue component 
contributed by the tangible or intangible element of 
value, the percentage of the expense component con- 
tributed by the tangible or intangible element of value, 
and the percentage of the capital component contrib- 
30 uted by the tangible or intangible element of value. 

6. A data processing system as claimed in claim 1, further 
comprising: 

(i) means for using the composite variables to evaluate the 
impact of the tangible or intangible elements of value 

35 on the value of the business enterprise. 
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